HTML框架的隐患

我想，HTML框架的产生，主要是为了那些完全地从头开发网站却不想花太多时间的人，或者不擅长web开发的人。很多web设计师不懂任何编程语言，单单关注像Photoshop或Illustrator之类的设计技巧上。没错。不过这不是我今天想讨论的……

让我们翻过这一页，讨论当框架落入坏人之手会有什么潜在危险。坏人是指对编码和最佳实践了解不多的人，弄得乱七八糟而失去了可读性代码的那些人。在为客户再设计或修复网站时，我看到很多次了。他们不是故意这样做的，但是其结果伤害了用户应有的体验。更不要提在涉及到脚本或数据库时的某些严重问题了。

就是Fundation，bootstrap，HTML Kickstart以及许多应该帮助他们的这些框架。这些框架在他们手中反而变成了危险武器。这些框架中，有很多包含了太多的、超出普通设计师或开发者所需的代码和套件。然而，非常专业的人知道，它需要用什么，需要删除什么。这常常不适用于缺乏技能的人们。他们或许上传了服务器上的所有文件，或冒险随意地删除了一些看起来不重要或不必要的文件。这种行为不一定会引起灾难。破坏网页上的某些元素或样式更加常见，很容易不费多少功夫就能修复。

很多问题常常是由于框架自身的预建包引起的。它们包含了从带有样式表的html到脚本的各种各样的文件。有些文件包含了很多代码，甚至专业人士也需要大量时间才能看出某些代码行的意图。像自定义包很少有助于解决，不过它们经常被知道它们在干什么的那些人使用，而不是初学者。这是一个矛盾。有经验的专业人士能够产生适用于所有需求的自定义构建框架，而其他人将选择带有数百行或数千行代码的预建版本？20%？预建包应该只是包含需要的代码和套件，而不是所有。框架创建者应该明白，很多用户对于web开发了解甚少，因此他们（创建者）应该尽可能提供最少的方案。从最少开始，然后增加，而不是反过来。

扔掉框架里不必要的东东不难，然而这不是它们的失败。它们应该只是一个工具。我认为责任在于web行业和我们。我们作为web行业社区，应该帮助这些人学习我们的手艺。我们应该教他们什么是最好的实践，教他们如何有效率地工作。

总结

面对吧。所有框架只是工具。它取决于我们，web设计师和开发者，帮助其他人学习web，教他们我们知道的，最好的实践以及分享知识。我们所有人应当是学生和老师。