代码之家  ›  专栏  ›  技术社区  ›  dclowd9901

效率和实用性的界限在哪里

  •  3
  • dclowd9901  · 技术社区  · 14 年前

    我很清楚网站前端需要尽可能地编码和压缩,但是,我觉得在实际应用方面,我的标准比其他人更宽松。

    例如,虽然我理解为什么有些人会这样做,但我认为把选择器放在 <html> <body>

    那么,也就是说,你觉得划一条线可以吗?你的画在哪里?

    5 回复  |  直到 14 年前
        1
  •  3
  •   Byron Whitlock    14 年前

    如果您知道自己在做什么,并且 为什么? 你在做。

    不要因为懒惰而偷工减料,但不要过度设计一个2页的网站。运用你的判断。

        2
  •  2
  •   Pekka    14 年前

    例如,虽然我理解为什么有些人会这样做,但我不认为在网站上设置选择器或标签会有什么错,因为它们的访问率很低

    错误的 就其本身而言。就我而言,每个人都可以随心所欲地做这件事(只要我不必维护它),但是把所有的CSS放在一个单独的样式表中,这样HTML文件实际上只包含一个框架和实际的内容,这只是一种做法 清洁剂

    我只会为一个小客户的廉价网站这样做,因为我不能真正证明时间的成本,否则。

    我认为这个推理不正确。当你掌握了窍门时,建造一个干净的分离结构同样昂贵,而且从长远来看维护起来也更便宜。

        3
  •  2
  •   Jacob Mattison    14 年前

    一个没有很多钱可花的小客户会非常生气,当他要求你改变一些颜色时,结果会花你两个小时,因为它是在一堆内嵌样式中指定的,而不是在css文件中指定的。

    我还认为,如果你养成了使用外部样式表并在HTML中应用样式的习惯,你会发现它实际上比内嵌css更快。

        4
  •  1
  •   Yes - that Jake.    14 年前

    我的底线将取决于这个项目。你总是要在可读性和效率之间选择一个平衡点。

    例如,可以通过使HTML和JavaScript变得不可读来使其非常高效——去掉空白、缩短元素、变量和函数名等来评估是否这样做,我将计算硬件成本加上较重文件的机会成本的增量,并将其与编写一个生成器的成本进行比较,该生成器将获取干净、易于阅读的代码,并将其转换为简洁、易于加载的代码。无论哪种解决方案的成本更低,都是可以使用的。

        5
  •  0
  •   Andy    14 年前

    所谓的最佳实践是有原因的。你的工作总是会反映出你,尽管这些东西看起来很小很不重要,但当你回来修改一些东西时,它们会帮助你提高可维护性、可读性等。盈利能力的论据是自由职业者经常引用的论据之一——如果你不总是这么做,你可能永远也不会这么做。随着时间的推移,你会意识到“做对了”其实比“预测”要快,你会为自己的工作感到骄傲。