我想,HTML框架的产生,主要是为了那些完全地从头开发网站却不想花太多时间的人,或者不擅长web开发的人。很多web设计师不懂任何编程语言,单单关注像Photoshop或Illustrator之类的设计技巧上。没错。不过这不是我今天想讨论的…… 让我们翻过这一页,讨论当框架落入坏人之手会有什么潜在危险。坏人是指对编码和最佳实践了解不多的人,弄得乱七八糟而失去了可读性代码的那些人。在为客户再设计或修复网站时,我看到很多次了。他们不是故意这样做的,但是其结果伤害了用户应有的体验。更不要提在涉及到脚本或数据库时的某些严重问题了。
就是Fundation,bootstrap,HTML Kickstart以及许多应该帮助他们的这些框架。这些框架在他们手中反而变成了危险武器。这些框架中,有很多包含了太多的、超出普通设计师或开发者所需的代码和套件。然而,非常专业的人知道,它需要用什么,需要删除什么。这常常不适用于缺乏技能的人们。他们或许上传了服务器上的所有文件,或冒险随意地删除了一些看起来不重要或不必要的文件。这种行为不一定会引起灾难。破坏网页上的某些元素或样式更加常见,很容易不费多少功夫就能修复。 很多问题常常是由于框架自身的预建包引起的。它们包含了从带有样式表的html到脚本的各种各样的文件。有些文件包含了很多代码,甚至专业人士也需要大量时间才能看出某些代码行的意图。像自定义包很少有助于解决,不过它们经常被知道它们在干什么的那些人使用,而不是初学者。这是一个矛盾。有经验的专业人士能够产生适用于所有需求的自定义构建框架,而其他人将选择带有数百行或数千行代码的预建版本?20%?预建包应该只是包含需要的代码和套件,而不是所有。框架创建者应该明白,很多用户对于web开发了解甚少,因此他们(创建者)应该尽可能提供最少的方案。从最少开始,然后增加,而不是反过来。 扔掉框架里不必要的东东不难,然而这不是它们的失败。它们应该只是一个工具。我认为责任在于web行业和我们。我们作为web行业社区,应该帮助这些人学习我们的手艺。我们应该教他们什么是最好的实践,教他们如何有效率地工作。 总结面对吧。所有框架只是工具。它取决于我们,web设计师和开发者,帮助其他人学习web,教他们我们知道的,最好的实践以及分享知识。我们所有人应当是学生和老师。 (责任编辑:IT) |