即使这些天我一直在努力进行完整的验证，但我经常想知道这是否浪费时间。如果该代码运行并且在所有浏览器中看起来都相同(我使用browsershots.org进行验证)，那么我是否需要进一步进行编码？还是我只是过度肛门？

当我们为以下内容创建代码时，将代码保存到什么级别：

a)你自己
b)客户

P.S.杰夫和公司，为什么堆栈溢出不验证？ :)

编辑：一些很好的见解，我认为，由于我长期以来一直如此痴迷，所以我编程知道什么会导致问题，哪些不会导致问题，所以比起先创建一个网站的人，我处于更好的位置"返回并修复验证问题"

我想我可能会在堆栈溢出时发布另一个问题； "我们在进行验证吗？还是先完成验证然后返回验证？"因为这似乎是这个问题的去向

解决方案

回答

a)必须看起来一样

b)尽可能符合标准，但不能使它妨碍完成工作

在我们可以永久访问代码的情况下，我认为遵守标准并不是那么重要，因为如果出现问题，我们始终可以对代码进行更改。如果我们没有永久性的访问权限(即，我们注销了代码并由他人负责)，则最好尽可能地符合标准，以最大程度地减少以后的维护麻烦……即使我们不必这样做再次处理该代码，声誉将持续存在并可以传递给其他潜在客户，许多团队希望将出现的问题归咎于先前的开发人员。

回答

我认为验证是对我们是否做得正确的一个很好的试金石，因此，如果只有几个小问题，为什么不解决它们，并确保至少将来浏览器正确理解网站(即使它们是否因其他原因而呈现出不同的效果)？

OTOH，对于大多数项目而言，验证似乎是一件令人头疼的事情，如果我们可以使所有浏览器都能正常工作，那么仅花一星期/一周以上的时间进行验证就不值得了。

回答

我认为这是我们应该在实践中尽可能使用鲁棒性原则的领域(这对任何编码领域都是很好的建议)。仅仅因为今天有什么工作并不意味着明天就可以工作：如果我们依赖特定的HTML / CSS hack，或者即使只是在放出严格有效的代码方面有些松懈，浏览器的下一个迭代也可能休息。只要以正确的方式进行操作，就可以最大程度地减少此问题(尽管不能完全缓解该问题)。

不过，这里有一定的实用主义成分。我当然会尽力使客户的网站有效，但是我愿意在自己的空间中承担更多的风险。

回答

我认为只有"技术"人才真正关心" 100％符合标准"。我通常的页面使用者(=用户)不在乎"菜单边框图片元素"是否没有替代属性。

我通常只是确保没有看到任何明显的错误(所有标签均关闭，所有小写字母，引号中的属性...)，但是如果它在IE和FF上看起来不错，那就是我所关心的。我真的不在乎是否在任何HTML标记中使用非标准属性，以便只要我获得了想要获得的视觉结果，该页面就不会针对DTD进行验证。

回答

我知道这并不能解决全部问题，但是值得考虑的是，通过使用完全有效的html，我们可以确保网站可以在尚未发布的将来的网络浏览器中正常运行。

回答

我的方法倾向于确保我可以在所有页面上完全验证，但是我仍然以text / html而不是application / xhtml + xml的形式发送页面，因此，如果我错过了某些内容，就不会出现难看的XML错误。

回答

对我来说，如果我的代码可以验证，我感觉自己做得很好。看到w3c页面上的绿色复选框只会让我有些头晕。至于b组，他们通常只关心外观和跨浏览器的作用。他们只在我发现地方不对的地方是政府部门。他们不仅需要通过w3c进行完整验证，还需要通过ADA测试(基本上是在屏幕阅读器上的声音)。

p.s.当我说政府部门时，我指的是加利福尼亚州及其内部的几个县。除了他们之外，我没有其他政府团体的经验。