web设计与开发常见错误(转)

sunxboy

浏览: 2887963 次
性别:
来自: 武汉

最近访客更多访客>>

chenm1983

charles751

内蒙古大麦

yao759126711

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

博客分类：

WEB技术

Web 浏览器 CSS IE 搜索引擎

本文是一份web设计与开发常见错误的汇总，总结了我的web设计与开发错误和web设计与开发错误，续两篇文章。

本文包含了常见的设计开发错误以及我的一些解释，我也尝试着提供一些避免错误的方法，在某些问题上我也会给出错误信息的链接。

混淆文档类型(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 标准页面制作行情 (转) | 安全登录系统的设计与实现方案(二)(转)

2008-04-20 09:15
浏览 1427
评论(0)
查看更多

发表评论

您还没有登录,请您登录后再发表评论

最近访客更多访客>>

博主相关

文章分类

社区版块

存档分类

最新评论