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

我非常理解网站前端需要尽可能地编码和压缩，但是，我觉得在实际应用中，我的标准比其他人更宽松

例如，虽然我理解为什么有些人会这样做，但我认为在预期访问率较低的网站上，在

或

标签中放置选择器没有任何错误。我只会为一个小客户的廉价网站这样做，因为我不能真正证明时间成本是合理的

---

那么，也就是说，你认为划一条线可以吗？你在哪里画你的画？

如果你知道自己在做什么以及为什么要这样做，一些最佳实践可以被安全地忽略

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

但是，如果你自欺欺人地认为自己比自己强，你自己或未来的维护者都会诅咒你的存在

例如，虽然我理解为什么有些人会这样做，但我不认为在预期访问率很低的网站上，将选择器放在或标记中有什么错

我想你的意思是将内联CSS放入这些标记中。嗯，这本身没有什么问题。就我而言，每个人都可以随心所欲地做这件事（只要我不必维护它）。但是，将所有CSS放在一个单独的样式表中，这样HTML文件实际上只包含一个框架和实际内容，这样做更干净、更容易维护，并且让人赏心悦目

我只会为一个小客户的廉价网站这样做，因为我不能真正证明时间成本是合理的

---

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

所谓的最佳实践是有原因的。您的工作将始终反映您的情况，尽管这些内容可能看起来微不足道，但当您回来修改某些内容时，它们将有助于维护性、可读性等。盈利能力的论点是自由职业者经常引用的一个论点——如果你不总是这么做，你可能永远也不会这么做。随着时间的推移，你会意识到“把事情做好”实际上比“把事情做好”要快，你会为自己的工作感到自豪

---

始终坚持标准和最佳实践

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

---

我还想说，如果你养成了使用外部样式表并在HTML中应用样式的习惯，你会发现它实际上比内联css快。

我的底线将取决于项目。你总是要在可读性和效率之间做出平衡

---

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

始终创建有效的网站，无论是大客户还是小客户，这毕竟是你的工作。我完全同意。我不是说打破w3c。我只是说，如果有利可图与无利可图之间存在差异，那么有时就要打破所谓的“最佳实践”。我认为在整个开发过程中，您应该始终生成有效的html代码。在html输出有效之前，不要离开函数。将检查保存到最后是自找麻烦。并且总是假设下一个维护者是一个挥舞斧头的疯子。实际上，我只是想用类或id标记它。我以前听说过这样做是不好的，因为要呈现站点，浏览器必须继续检查超父元素。也许我误解了或听错了。我只是把它作为一个例子，因为它看起来像是超高效的措施之一，比如压缩HTML或CSS文件。@dclowd为什么用类或ID标记主体是错误的？我不明白，在我看来，这是一种完全有效的做法。有趣的是，我现在正在写一篇博客文章，讨论人们应该如何做更多的工作，以使以后的定制更容易（=为了能够针对某些页面上的元素，而不是其他页面上的元素。）也许你可以给出一个例子，你的意思是什么？完全正确！这在当时可能看起来像是一个一次性的项目，但几乎总是看起来你最终会做出改变……通常会持续几年。现在花一点额外的时间正确地做这件事，并节省你自己几个小时以后的头痛！是的，不是指在线。在这一点上，我似乎误解了关于html或body标记分类或标识的内容，但17KB 24位png或14KB 8位png，或压缩所有.js或.css文件之间仍然存在差异。这些都是我要停止的事情。