![]() |
1
5
让一个页面为了自己的利益而验证并不是一个真正的商业主张。对于最终用户(使用他们古怪的浏览器)来说,真正的测试是什么。 也就是说,定期验证有助于调试。它将捕获更显著的错误,如未闭合的标签。这反过来也会影响最终用户。所以将验证视为编译器警告——这有利于规范。 |
![]() |
2
1
这是最佳实践,但实际上取决于组织的需求/愿望。标准是否足以为您的组织增加价值?或者仅仅是显示正确就足够了?通常是内网,后者。 |
![]() |
3
0
如果你想对未来友好的话,让一个HTML页面“有效”是值得的。也就是说,当浏览器开始删除不推荐使用的或特定于供应商的标记时,您会发现页面显示不正确。 Web标准的存在是有原因的——以确保Web浏览器和解释程序之间的显示/输出一致。选择用不兼容的HTML编写页面是您的决定。还有一句老话,你的“葬礼”。 |
![]() |
4
0
当选择的Intranet浏览器更改时会发生什么?确实没有办法保证您所拥有的代码在每个浏览器中都能正确呈现。但在很多情况下,浏览器将相当接近标准。我认为这还取决于页面有多复杂,因为在不同的浏览器中呈现不同的页面的机会会随着CSS和标记深度的复杂性而增加。最好的方法是编写有效的跨浏览器代码并测试目标浏览器。对于所有浏览器来说,只写一次并在任何地方呈现相同的效果都是愚蠢的。但坚持这些标准是最好的接近方法。 |
![]() |
VSe · 如何在rdfa.rnc中添加新的元属性值 7 年前 |
![]() |
user1620696 · W3C验证器和HTTPS 9 年前 |
![]() |
Abdennour TOUMI · HTML标记名是否具有最大大小(长度) 10 年前 |
![]() |
nebula · 轨道4:自定义表单生成器复选框 10 年前 |