影响: 使用上世纪很强的样式编写上述HTML代码可能会导致标记过于复杂,从而在不同的浏览器中产生不同的操作效果. 此外,我们没有理由在Microsoft Edge甚至是IE的新版本(包括IE 9、10和11)中使用这种复杂的标记方法.
元素来处理内容布局,并且在显示表数据时严格限制其使用频率. 完全了解当前有哪些标记选项,请单击此处以获取whatwg.org的摘要. 使用HTML代码描述页面的内容,而不是定义内容的显示方式. 为了正确显示设计内容,首选CSS.
2. “我的浏览器没有问题……”
错误: 开发人员可能更喜欢一个特定的浏览器,或者鄙视另一个浏览器,并将这种偏颇的观点带入Web测试. 在某些情况下,我们甚至可以将来自网络的示例代码直接包含到项目中,而无需对其进行测试以在其他浏览器中正确呈现. 此外,某些浏览器具有不同的样式默认设置.
影响: 编写仅适用于特定浏览器的网站可能会给使用其他浏览器的用户带来非常糟糕的访问体验.
如何避免: 在开发过程中为每个浏览器和版本测试网页显然是不现实的. 但是,我们可以使用多个浏览器来检查我们的网站是否每隔一定间隔即可正常运行. 这是一个理想的折衷方案. 当前,无论您使用哪种首选开发平台,都有许多免费工具可以帮助您完成测试工作,包括免费虚拟机或站点扫描工具. Browsershots或BrowserStack等网站也可以提供快照,以帮助我们了解特定页面如何在不同的浏览器/版本/平台上呈现. 而且像Visual Studio这样的工具也可以使用不同的浏览器来显示我们当前正在开发的单个页面. 使用CSS进行设计时,请记住要“重置”所有默认值.
如果您的站点使用为单个浏览器创建的任何特殊CSS功能,请小心处理各种提供程序前缀,包括-webkit-,moz-或-ms-. 作为行业趋势的指南,我建议您仔细查看以下提供的参考网站(全部为英文):

•Microsoft Edge开发博客: 摆脱过去,第2部分: 向ActiveX,VBScript,attachEvent告别...
•QuirksMode.org: CSS供应商前缀被认为是有害的
•Bruce Lawson: 在支持-webkit-供应商前缀的Internet Explorer上
尽管以上参考资料已经说明了我们如何避免提供程序前缀及其相关原因,但是您也可以单击此处以获取具有特定建议的更多解决方案(原始英语).
3. 注意格式
错误: 通过提示(特别是通过输入文本字段)向用户询问信息,并简单地假设可以按预期从用户那里获取数据.
影响: 默认情况下,当信任用户输入信息时,我们可能会遇到很多意想不到的麻烦. 如果未正确获取所需的数据,或获取的数据与基础数据格式不兼容,则该页面很可能会失败. 更严重的是,对网站的一些故意侵犯甚至足以构成注入攻击.
如何避免: 第一个建议是确保用户可以清楚地了解网站要求他们输入的数据类型. 现在,简单的“请输入地址”提示可能意味着用户需要输入公司地址,家庭住址,甚至是电子邮件地址!除了提供有针对性的说明外,我们还应充分利用现代HTML中提供的数据验证技术. 无论数据在浏览器端是否被视为有效,我们都必须在服务器端进行验证. 在未确认字段内容符合数据类型要求的情况下,切勿在用户输入的多行索引T-SQL语句中输入站点数据.
4. 反应速度太慢
错误: 对于包含许多高质量图像和/或图片的页面,我们应该使用
元素调整其高度和宽度属性. 从页面到CSS和JavaScript等文件的链接通常很庞大. 此外,源HTML标签的存在通常会带来不必要的复杂性和加载负担.
影响: 如果页面的完整渲染时间太长,某些用户可能会放弃访问,甚至不耐烦地重新加载整个页面. 在某些情况下,如果页面处理时间过长,甚至可能导致其他未知错误.
如何避免: 不要以为Internet的传输速度越来越快,而您可以设计design肿的页面而不必担心. 取而代之的是,将浏览器和站点之间的每个流量点都视为运营成本. 图片可以说是导致页面过大的问题的根源,因此,为了最大程度地减少图片在页面上的加载成本,请考虑以下三个方面:
问问自己: “页面中包含的所有图像是否必要?”如果答案是否定的,则删除那些不必要的图像. 您也可以单击此处扫描您的网站,以获取有关可以压缩哪些图像的建议.
使用诸如Shrink O'Matic或RIOT之类的工具将图像尺寸保持在最小.
采用图片预加载方案. 尽管这并不能减少初始下载的特定成本,但可以使网站上使用相关图像的其他页有更快的加载速度.
另一种降低成本的方法是减小CSS和JavaScript链接文件的大小. 我们可以选择许多工具来帮助自己进行评估,包括Minify CSS和Minify JS.

在结束错误的第四点之前,我们还要提到另一件事,请在使用HTML中的