Webdevelopmentmistakes-web设计与开发常见错误_Web标准教程
教程Tag：暂无Tag,欢迎添加,赚取U币!
混淆文档类型(DOCTYPE)
完全不写、写的不正确、或放错地方。我曾见过HTML 4.0 Transitional被用在XHTML网页和框架页中，还看到过在开头的<html>标签后写DOCTYPE声明和一些不完整的声明。
为什么？有两个原因。首先，文档声明是必须的，在W3C HTML 4.01 spec和W3C XHTML 1.0 spec里都有说明。第二，浏览器会根据指定的文档类型去显示和渲染网页。也就是“DOCTYPE切换(DOCTYPE switching)”。为了保持各个浏览器显示网页的一致性，非凡是你用了CSS，你一定会希望浏览器使用它们“Standards compliance mode”。关于DOCTYPE切换，可以看看使用正确的DOCTYPE!和正确的文档类型声明，正确的布局方式。
<span>癖
样式化的一个常见方法就是把一段东西用<span>标签围起来，并且带一个class用来设置样式。我敢保证你经常可以看到诸如<span class="heading">和<span class="bodytext">的代码。
为什么？ 其实在很多情况下这完全没必要，这样做只会混乱标签并且没有什么语义。标题就用标题(h1~h6)标签，段落就用段落(P)标签，列表就用列表(UL, OL和DL)标签。然后再用CSS去样式化，假如需要的话，也可以加class和id属性。
太多可视化思考
以为web就是WYSIWYG（所见即所得） – 一开始就想着这些东西该怎么表现的，而不是先去考虑逻辑结构上怎么样。
为什么？ 虽然大部分网民都是视力正常的，但是还是有残疾人上网的。网民可能使用不同浏览器、不同系统、不同尺寸显示器和分辨率、不同的窗口大小、不同颜色标准和文字大小，所以你不应该把你的网页做成WYSIWYG。网页不是印刷品或者电视节目。要让你的设计弹性化。
缺乏语义
没有使用具有语义的标签。想当然的按照图形浏览器渲染的HTML样式去写代码，而不是参照这些标签的意义。
为什么？和上文提到的"<span>癖”比较接近，没有好好的利用现有的HTML标签来表达它应该表达的语义。没有语义化的HTML，为那些非可视化用户代理(UA)造成了理解上的困难。而且语义化的HTML很轻易进行CSS样式化。
编码不一致
在服务器发送的默认编码是一种而文档里面又使用另外一种，这可能会造成浏览器乱码（不正常显示）。
为什么？因为你必须得保证所有你的访问者都能阅读你的内容。
不正确的alt属性
没写或者写了没意义。在网络上可以看到非常多没有alt属性的<img>标签。没意义的alt属性倒是不如前者常见，比如“spacer GIF used to make the layout look good”，“带有阴影的蓝色原点”, 以及“JPEG图片，123 KB”。要记住，alt属性在<img>和<area>里是必须的。
为什么？ 这是必须的，没有alt，任何图片中的信息就会被屏幕阅读器、文本浏览器、搜索引擎机器人忽略，或者用户关了图片显示就会显示为X。注重图片的alt的文字是要相关的，不要给装饰性的图片或者用来布局的图片加alt属性值，指定一个空值就可以了，如alt=""。
不合法的id和class属性
在同一页面里使用了多次同一id，以及在id、class和CSS选择器中使用了非法字符。
对于CSS来说 (CSS 2.1语法和基本数据类型)：
在CSS 2.1里，标示符（包括元素名、class和ID）只能由数字、字母、ISO 10646通用字符集U 00A1及更高、连接线("-")、下划线("_")组成，并且不能以数字开始。
对于HTML (HTML基本数据类型)：
ID和NAME必须以大写或小写字母开始，随后可以接任意字母、数字、连接线("-")和下划线("_")、冒号(":")和分号(".")。
为什么？遵循以上标准的浏览器可能不会按照你预期的现实。假如一个页面中有多个重用的id值，那么任何使用了该值的JS就可能会失效或者错误。
浏览器探测
使用服务器端或客户端的脚本测试访问者的浏览器，然后发送或者执行特定浏览器的代码。这对于最新的浏览器、更新过的浏览器或者具备欺骗功能的UA（比如Opera默认伪装成IE）。
为什么？增加了不必要的麻烦，并且最终会失效。
CSS缺少单位
长度值（水平和垂直的）需要单位，除非当该值为零时。不像在HTML里面，可以输入width="10"。在CSS里, 必须写成width:10px;（或者其他单位）。
为什么？在遵循规范的浏览器中会被忽略。
浏览器特定的CSS
样式化滚动条、表达示和滤镜等，都只能在IE下工作。这也不合法。
为什么？ 只在特定的浏览器里面正常。假如你真的必须使用IE特定的CSS，可以单独写一个CSS文件并且使用条件注释，或者保证只有IE能看到那些不合法的CSS。
JavaScript依靠症
网站整个依靠JavaScript。很多人都愿意使用不支持JS或者禁用JS的浏览器。当前的情况(W3Schools浏览器统计, TheCounter.com)表明至少有8%-10%的用户浏览器不支持JS。搜索引擎机器人对待JS也不是非常友好，虽然有报告说Google正在开发支持JS的机器人。假如你的站点需要开启JS才能导航，那别指望有一个很高的搜索引擎排名。
为什么？对搜索引擎不友好，难以提高排名。
Flash依靠症
实际上并不是所有人都装了Flash Player插件。并且大部分搜索引擎机器人都不支持Flash（Google有报告称已经在尝试索引Flash文件，但是他们还是要求你的内容和导航写在HTML里），所以假如你整个网站或者导航部分是Flash的，你的网站一般就不会得到很高的PageRank。
为什么？搜索引擎不友好，但这并不是说你应该放弃Flash，只是你应该使用的比较有技巧。
JunChen注：为Flash建立搜索索引，可以参考flash 8 swf metadate应用。
文字做成图
把文字做成图，又不提供更多提示信息。这不仅仅增长了访问者下载时间，也不利于访问者选择和复制文字，又不利于文字放大。
为什么？不亲切，增加下载时间，对搜索引擎不友好。
不友好的表单
没有语义、难以使用的表单。要学会使用<label>标签，<fieldset>和<legend>标签，不要使用“Reset”按钮。
为什么？没有语义并且难以使用。阅读设计易用的表单，优秀、易用的表单，和重设和取消按钮，看如何设计友好和易用的标单。（JunChen注：使用Reset按钮会增加用户思考的时间，并且误按情况屡屡发生）
过时的HTML
多层嵌套的表格，透明的spacer图片，<font>标签，表现层的标签。其实这个大家都已经知道了。
为什么？增加复杂度，让整个页面代码臃肿冗余，不易理解，对搜索引擎不友好。
一切向IE看齐
IE优先，做完了再看看其他浏览器里如何，有问题再调整。
为什么？浪费时间，并且这个习惯不好。IE会默认接受很多错误的代码，所谓“容错性”。而其实IE也接受良好结构的HTML，并且在其他浏览器里都正常，这也不会浪费很多时间。更多信息看IE真相。
不合法的HTML属性
使用不推荐的属性或者只能在特定浏览器里生效的属性，诸如marginwidth，leftmargin，language，给<table>加height，给<img>加border等等。
为什么？不合法并且没必要。你可以使用CSS。对于<script>标签，使用 type，而不是language，来指明脚本语言（一般是JavaScript）。
没有编码的“&”
很多URI带有变量和没有编码的“&”符号。这不正确，并且可能会造成很多问题。 “&”符号必须要写成&。
为什么？在“&”符号和验证一文中可以找到解释和一个会引起错误的例子。
框架
使用框架来分割浏览器窗口并且加载数个独立的文件。
为什么？首先我要说的是，框架可能比较实用，前提是你正确的使用了，比如说在内联网和一些web应用程序中。而对于一个网站来说，框架有很多易用性和可用性方面的问题。比如加入收藏夹的问题、打印问题以及链接问题，并且对搜索引擎不友好。因为机器人在多个框架页里面工作比较有问题。
数据表格的误用
Table本来就是用来放置表格状的数据，不能像布局表格一样去写，而是可以用很多自带的标签和属性来使表格结构化和语义化。
为什么？屏幕阅读器和其他辅助技术在阅读这些错误的数据表格时会有问题。很多文章都介绍了如何写出结构化的数据表格，如Web Standards Project的A table, s’il vous pla?t
Divitis和classitis
相对于<span>癖，Divitis和classitis就是用了太多不必要的Div和class。
为什么？参看“<span>癖”和“缺乏语义”部分。
过宽的固定宽度
假如你使用的是固定宽度的布局，请不要设定的过宽。说明：在这里我并不是说固定布局和浮动布局孰优孰劣。
为什么？假如你指定的宽度宽于浏览者的屏幕，就等于强迫出现水平滚动条，那极不友好。
含糊不清的和带表现含义的class、id名
如何给class或id命名，取决于它是干嘛的而不是它看起来像什么、在哪里。
为什么？为了避免你重新设计时候轻易产生的混淆。比如一个名为largeblue的class，你却用来用来让字变得“小”和“红”，一个名为leftcol的id你却用来显示在右边。
没有背景色
没有给body指定背景色。
为什么？很多用户会把浏览器设置成其他的背景色，假如你不写明的话。
非良好结构（well-formed）的XHTML
使用非良好结构（well-formed）的XHTML。
为什么？假如XHTML被服务器伺服为application/xhtml xml，严格的浏览器，如Mozilla系列，就不会显示那些非良好结构的XHTML。说明一下，本网站并没有把所有望也伺服为application/xhtml xml，理由我在另外一篇文章里说明：Content negotiation.
text input颜色设定遗漏
只给表单区域指定背景色或者文字颜色，非凡是当行或多行文字域（input type="text"和textarea）。
为什么？ 有些人把他们的浏览器或操作系统设置成反色，默认情况下一个text input就会显示为黑底白字，而不是你想要的白底黑字。
假如你把文字颜色设置成深灰色，又不指明背景色，在反转了颜色的浏览器中，就会显示为黑色背景的深灰色字，一团糟。反之同理。
总记住设定前景和背景色，或者记得要设定文字输入域。
这些都是你应该要注重的问题，很长？假如你都避免了这些错误，那么你已经做得很好了。假如你已经犯了其中的一个或多个错误，嗯，我真觉得有点内疚。最后希望本文能够帮助你在以后的工作中少犯错误。
原文：Web development mistakes, redux
http://www.456bereastreet.com/lab/web_development_mistakes/
翻译：JunChen
完全不写、写的不正确、或放错地方。我曾见过HTML 4.0 Transitional被用在XHTML网页和框架页中，还看到过在开头的<html>标签后写DOCTYPE声明和一些不完整的声明。
为什么？有两个原因。首先，文档声明是必须的，在W3C HTML 4.01 spec和W3C XHTML 1.0 spec里都有说明。第二，浏览器会根据指定的文档类型去显示和渲染网页。也就是“DOCTYPE切换(DOCTYPE switching)”。为了保持各个浏览器显示网页的一致性，非凡是你用了CSS，你一定会希望浏览器使用它们“Standards compliance mode”。关于DOCTYPE切换，可以看看使用正确的DOCTYPE!和正确的文档类型声明，正确的布局方式。
<span>癖
样式化的一个常见方法就是把一段东西用<span>标签围起来，并且带一个class用来设置样式。我敢保证你经常可以看到诸如<span class="heading">和<span class="bodytext">的代码。
为什么？ 其实在很多情况下这完全没必要，这样做只会混乱标签并且没有什么语义。标题就用标题(h1~h6)标签，段落就用段落(P)标签，列表就用列表(UL, OL和DL)标签。然后再用CSS去样式化，假如需要的话，也可以加class和id属性。
太多可视化思考
以为web就是WYSIWYG（所见即所得） – 一开始就想着这些东西该怎么表现的，而不是先去考虑逻辑结构上怎么样。
为什么？ 虽然大部分网民都是视力正常的，但是还是有残疾人上网的。网民可能使用不同浏览器、不同系统、不同尺寸显示器和分辨率、不同的窗口大小、不同颜色标准和文字大小，所以你不应该把你的网页做成WYSIWYG。网页不是印刷品或者电视节目。要让你的设计弹性化。
缺乏语义
没有使用具有语义的标签。想当然的按照图形浏览器渲染的HTML样式去写代码，而不是参照这些标签的意义。
为什么？和上文提到的"<span>癖”比较接近，没有好好的利用现有的HTML标签来表达它应该表达的语义。没有语义化的HTML，为那些非可视化用户代理(UA)造成了理解上的困难。而且语义化的HTML很轻易进行CSS样式化。
编码不一致
在服务器发送的默认编码是一种而文档里面又使用另外一种，这可能会造成浏览器乱码（不正常显示）。
为什么？因为你必须得保证所有你的访问者都能阅读你的内容。
不正确的alt属性
没写或者写了没意义。在网络上可以看到非常多没有alt属性的<img>标签。没意义的alt属性倒是不如前者常见，比如“spacer GIF used to make the layout look good”，“带有阴影的蓝色原点”, 以及“JPEG图片，123 KB”。要记住，alt属性在<img>和<area>里是必须的。
为什么？ 这是必须的，没有alt，任何图片中的信息就会被屏幕阅读器、文本浏览器、搜索引擎机器人忽略，或者用户关了图片显示就会显示为X。注重图片的alt的文字是要相关的，不要给装饰性的图片或者用来布局的图片加alt属性值，指定一个空值就可以了，如alt=""。
不合法的id和class属性
在同一页面里使用了多次同一id，以及在id、class和CSS选择器中使用了非法字符。
对于CSS来说 (CSS 2.1语法和基本数据类型)：
在CSS 2.1里，标示符（包括元素名、class和ID）只能由数字、字母、ISO 10646通用字符集U 00A1及更高、连接线("-")、下划线("_")组成，并且不能以数字开始。
对于HTML (HTML基本数据类型)：
ID和NAME必须以大写或小写字母开始，随后可以接任意字母、数字、连接线("-")和下划线("_")、冒号(":")和分号(".")。
为什么？遵循以上标准的浏览器可能不会按照你预期的现实。假如一个页面中有多个重用的id值，那么任何使用了该值的JS就可能会失效或者错误。
浏览器探测
使用服务器端或客户端的脚本测试访问者的浏览器，然后发送或者执行特定浏览器的代码。这对于最新的浏览器、更新过的浏览器或者具备欺骗功能的UA（比如Opera默认伪装成IE）。
为什么？增加了不必要的麻烦，并且最终会失效。
CSS缺少单位
长度值（水平和垂直的）需要单位，除非当该值为零时。不像在HTML里面，可以输入width="10"。在CSS里, 必须写成width:10px;（或者其他单位）。
为什么？在遵循规范的浏览器中会被忽略。
浏览器特定的CSS
样式化滚动条、表达示和滤镜等，都只能在IE下工作。这也不合法。
为什么？ 只在特定的浏览器里面正常。假如你真的必须使用IE特定的CSS，可以单独写一个CSS文件并且使用条件注释，或者保证只有IE能看到那些不合法的CSS。
JavaScript依靠症
网站整个依靠JavaScript。很多人都愿意使用不支持JS或者禁用JS的浏览器。当前的情况(W3Schools浏览器统计, TheCounter.com)表明至少有8%-10%的用户浏览器不支持JS。搜索引擎机器人对待JS也不是非常友好，虽然有报告说Google正在开发支持JS的机器人。假如你的站点需要开启JS才能导航，那别指望有一个很高的搜索引擎排名。
为什么？对搜索引擎不友好，难以提高排名。
Flash依靠症
实际上并不是所有人都装了Flash Player插件。并且大部分搜索引擎机器人都不支持Flash（Google有报告称已经在尝试索引Flash文件，但是他们还是要求你的内容和导航写在HTML里），所以假如你整个网站或者导航部分是Flash的，你的网站一般就不会得到很高的PageRank。
为什么？搜索引擎不友好，但这并不是说你应该放弃Flash，只是你应该使用的比较有技巧。
JunChen注：为Flash建立搜索索引，可以参考flash 8 swf metadate应用。
文字做成图
把文字做成图，又不提供更多提示信息。这不仅仅增长了访问者下载时间，也不利于访问者选择和复制文字，又不利于文字放大。
为什么？不亲切，增加下载时间，对搜索引擎不友好。
不友好的表单
没有语义、难以使用的表单。要学会使用<label>标签，<fieldset>和<legend>标签，不要使用“Reset”按钮。
为什么？没有语义并且难以使用。阅读设计易用的表单，优秀、易用的表单，和重设和取消按钮，看如何设计友好和易用的标单。（JunChen注：使用Reset按钮会增加用户思考的时间，并且误按情况屡屡发生）
过时的HTML
多层嵌套的表格，透明的spacer图片，<font>标签，表现层的标签。其实这个大家都已经知道了。
为什么？增加复杂度，让整个页面代码臃肿冗余，不易理解，对搜索引擎不友好。
一切向IE看齐
IE优先，做完了再看看其他浏览器里如何，有问题再调整。
为什么？浪费时间，并且这个习惯不好。IE会默认接受很多错误的代码，所谓“容错性”。而其实IE也接受良好结构的HTML，并且在其他浏览器里都正常，这也不会浪费很多时间。更多信息看IE真相。
不合法的HTML属性
使用不推荐的属性或者只能在特定浏览器里生效的属性，诸如marginwidth，leftmargin，language，给<table>加height，给<img>加border等等。
为什么？不合法并且没必要。你可以使用CSS。对于<script>标签，使用 type，而不是language，来指明脚本语言（一般是JavaScript）。
没有编码的“&”
很多URI带有变量和没有编码的“&”符号。这不正确，并且可能会造成很多问题。 “&”符号必须要写成&。
为什么？在“&”符号和验证一文中可以找到解释和一个会引起错误的例子。
框架
使用框架来分割浏览器窗口并且加载数个独立的文件。
为什么？首先我要说的是，框架可能比较实用，前提是你正确的使用了，比如说在内联网和一些web应用程序中。而对于一个网站来说，框架有很多易用性和可用性方面的问题。比如加入收藏夹的问题、打印问题以及链接问题，并且对搜索引擎不友好。因为机器人在多个框架页里面工作比较有问题。
数据表格的误用
Table本来就是用来放置表格状的数据，不能像布局表格一样去写，而是可以用很多自带的标签和属性来使表格结构化和语义化。
为什么？屏幕阅读器和其他辅助技术在阅读这些错误的数据表格时会有问题。很多文章都介绍了如何写出结构化的数据表格，如Web Standards Project的A table, s’il vous pla?t
Divitis和classitis
相对于<span>癖，Divitis和classitis就是用了太多不必要的Div和class。
为什么？参看“<span>癖”和“缺乏语义”部分。
过宽的固定宽度
假如你使用的是固定宽度的布局，请不要设定的过宽。说明：在这里我并不是说固定布局和浮动布局孰优孰劣。
为什么？假如你指定的宽度宽于浏览者的屏幕，就等于强迫出现水平滚动条，那极不友好。
含糊不清的和带表现含义的class、id名
如何给class或id命名，取决于它是干嘛的而不是它看起来像什么、在哪里。
为什么？为了避免你重新设计时候轻易产生的混淆。比如一个名为largeblue的class，你却用来用来让字变得“小”和“红”，一个名为leftcol的id你却用来显示在右边。
没有背景色
没有给body指定背景色。
为什么？很多用户会把浏览器设置成其他的背景色，假如你不写明的话。
非良好结构（well-formed）的XHTML
使用非良好结构（well-formed）的XHTML。
为什么？假如XHTML被服务器伺服为application/xhtml xml，严格的浏览器，如Mozilla系列，就不会显示那些非良好结构的XHTML。说明一下，本网站并没有把所有望也伺服为application/xhtml xml，理由我在另外一篇文章里说明：Content negotiation.
text input颜色设定遗漏
只给表单区域指定背景色或者文字颜色，非凡是当行或多行文字域（input type="text"和textarea）。
为什么？ 有些人把他们的浏览器或操作系统设置成反色，默认情况下一个text input就会显示为黑底白字，而不是你想要的白底黑字。
假如你把文字颜色设置成深灰色，又不指明背景色，在反转了颜色的浏览器中，就会显示为黑色背景的深灰色字，一团糟。反之同理。
总记住设定前景和背景色，或者记得要设定文字输入域。
这些都是你应该要注重的问题，很长？假如你都避免了这些错误，那么你已经做得很好了。假如你已经犯了其中的一个或多个错误，嗯，我真觉得有点内疚。最后希望本文能够帮助你在以后的工作中少犯错误。
原文：Web development mistakes, redux
http://www.456bereastreet.com/lab/web_development_mistakes/
翻译：JunChen
相关Web标准教程：
- 相关链接：
- 教程说明：
Web标准教程-Webdevelopmentmistakes-web设计与开发常见错误
。