为什么大型网站使用“不良做法”?

时间:2011-06-07 06:26:48

标签: javascript html css

我经常看到文章,帖子和评论:

  • globals在javascript中不好
  • 脚本标记应位于页面底部
  • CSS应位于外部文件中,位于页面顶部
  • 脚本应该在外部文件中,而不是普通的脚本标签。

我查了一些大网站的HTML源代码,并注意到他们在HTML标记中有很多简单的javascript和CSS。注意,JavaScript和HTML总是被混淆,等等。

3 个答案:

答案 0 :(得分:18)

这里有很多不同的问题。

  1. 当您“查看来源”时所看到的内容通常不是他们开发的内容。它通常是从“源代码”生成的压缩/优化形式。
  2. 关于什么是“最佳实践”的声明必然是通用的,并不适用于所有场景(特别是如果您是一个大型站点并需要专门的优化)。每个项目都应单独考虑这些指南。
  3. 最佳做法,甚至是干净的代码,并不直接转化为投资回报。拥有一致的命名方案可能会很好,但是值得花时间在100多个开发人员中开发和实施该方案吗?
  4. 懒惰,无能,或周五晚上。

答案 1 :(得分:6)

仅仅因为网站很大并不能保证代码的质量。

你有没有看过谷歌网页的来源?它漂亮吗?不,它有用吗?是的!

答案 2 :(得分:6)

一些可能的原因:

  1. 有些Web代码不是很大或很复杂,无论是否遵循最佳实践,它在可维护性方面都没有任何区别,而且它的工作方式也很好。
  2. 代码通常由没有经验的程序员编写,即使是在大型的热门网站上也是如此,并且从未改进过,因为它的工作方式很好。
  3. 最佳做法会不时发生变化,花时间重做代码只是为了坚持最新的代码,当它工作正常时,这被视为浪费。
  4. 添加新功能被认为比清理旧代码更重要,特别是当旧代码再次正常工作时。
  5. 您可能会在这里感受到反复出现的主题。程序员很少觉得需要修复未破坏的东西。

    编辑:如果我现在正在写这篇文章,两年多以后,我会在最后一句话中说“很少管理觉得有必要修复那些没有破坏的东西。”大多数程序员喜欢改造不优雅的东西,以至于他们有时必须受到管理层的限制才能运送产品。我还要提到technical debt的概念。