Web标准建构的站点一览表
2009-04-02 19:35
615 查看
Web标准不仅仅是不用表格的站点.
Web 标准,不仅仅是“不用表格的站点”
“Web 标准”这个词在不同人眼里可能有不同的含义。有人会觉得那是“不用表格的站点”,也有人会觉得那是“使用通过验证的代码”。实际上,Web 标准涵盖的比这宽泛得多,用 Web 标准建构的站点必须坚持标准 (HTML, XHTML, XML, CSS, XSLT, DOM, MathML, SVG 等等) 并执著于实践 (通过验证的代码,有亲和力的代码,语义正确的代码,对用户友好的 URL 等等)。
换句话说,用 Web 标准建构的站点,如果理想地看,必须简洁,干净,基于 CSS,有亲和力,有可用性,以及对搜索引擎友好。
有关这张一览表
这显然还不是一张完整的表格,很可能要加上很多东西。然而更重要的是,并非其中每样东西都必须在你的站点中找到,这只是一个向导,用来:
展示 Web 标准领域的跨度
作为开发者手边的便捷的查询工具
帮助正在慢慢转向 Web 标准的开发者们适应
一览表
代码质量
使用了正确的 DOCTYPE 吗? http://www.w3.org/QA/2002/04/valid-dtd-list.html
使用了正确的字符集吗? http://www.w3.org/International/O-charset.html
使用了合法的 (X)HTML 吗? http://validator.w3.org/
使用了合法的 CSS 吗? http://jigsaw.w3.org/css-validator/
用到了哪些 CSS Hack? http://css-discuss.incutio.com/?page=CssHack
使用了多余的 class 或者 id 吗?
代码的语义结构是否正确?1 http://www.w3.org/2003/12/semantic-extractor.html
是否有坏掉的链接? http://validator.w3.org/checklink
在页面和脚本大小的影响下,站点的速度如何? http://www.websiteoptimization.com/services/analyze/
有没有什么 JavaScript 错误?
内容与表现的区分度
是否所有的表现类信息都用 CSS 来处理了?(字体、颜色、补白、边框等等)
是否所有的装饰性图片都用 CSS 来处理而不是直接写在 (X)HTML 中了?
对用户的亲和力
所有的描述性图片都用了 alt 属性来提供文字信息吗?
字体使用了相对单位而不是绝对单位吗?
如果字体增大,会不会有些排版方面的错误出现?
是否使用了弹出式菜单?
表单 (form) 是否具有亲和力?
表格是否具有亲和力?
配色的亮度和对比度足够吗?
是否只用颜色来区分重要的信息?
弹出式菜单是否有一个延迟的响应?(为一些反映不那么敏捷的人士考虑)
是否所有的链接都具有描述性?3 (为盲人考虑)
对设备的亲和力
新旧浏览器都至少能接受这个站点吗?
如果完全清除 CSS 的话,站点还具有亲和力吗?
如果所有图像都关闭的话,站点还具有亲和力吗?
在 Lynx 等文本的浏览器下是否可读?
打印出来是否可读?
掌上设备中是否可读?
站点是否包含了详细的元数据 (metadata)?
在不同的浏览器窗口大小下站点是否正常?
基本的可用性
从视觉上说,是否有一个清晰的层次结构?
不同等级的标题是否容易区分?
站点的导航栏是否容易辨认?
导航栏是否一致?
是否使用了一致并且合适的语言?
是否有站点地图页面和联系信息页面?它们找起来容易吗?
庞大的站点是否有搜索工具?
每页都有到首页链接吗?
链接都有下划线吗?
已经访问过的连接是否用独特的颜色来区分了?
站点管理
站点是否有一个有意义并且有帮助 404 出错页面,这个页面是否对所有的目录深度都有效?
站点的 URL 是否友好?
如果去掉“www”,链接都还正常吗?
站点是否有个图标?
Web 标准,不仅仅是“不用表格的站点”
“Web 标准”这个词在不同人眼里可能有不同的含义。有人会觉得那是“不用表格的站点”,也有人会觉得那是“使用通过验证的代码”。实际上,Web 标准涵盖的比这宽泛得多,用 Web 标准建构的站点必须坚持标准 (HTML, XHTML, XML, CSS, XSLT, DOM, MathML, SVG 等等) 并执著于实践 (通过验证的代码,有亲和力的代码,语义正确的代码,对用户友好的 URL 等等)。
换句话说,用 Web 标准建构的站点,如果理想地看,必须简洁,干净,基于 CSS,有亲和力,有可用性,以及对搜索引擎友好。
有关这张一览表
这显然还不是一张完整的表格,很可能要加上很多东西。然而更重要的是,并非其中每样东西都必须在你的站点中找到,这只是一个向导,用来:
展示 Web 标准领域的跨度
作为开发者手边的便捷的查询工具
帮助正在慢慢转向 Web 标准的开发者们适应
一览表
代码质量
使用了正确的 DOCTYPE 吗? http://www.w3.org/QA/2002/04/valid-dtd-list.html
使用了正确的字符集吗? http://www.w3.org/International/O-charset.html
使用了合法的 (X)HTML 吗? http://validator.w3.org/
使用了合法的 CSS 吗? http://jigsaw.w3.org/css-validator/
用到了哪些 CSS Hack? http://css-discuss.incutio.com/?page=CssHack
使用了多余的 class 或者 id 吗?
代码的语义结构是否正确?1 http://www.w3.org/2003/12/semantic-extractor.html
是否有坏掉的链接? http://validator.w3.org/checklink
在页面和脚本大小的影响下,站点的速度如何? http://www.websiteoptimization.com/services/analyze/
有没有什么 JavaScript 错误?
内容与表现的区分度
是否所有的表现类信息都用 CSS 来处理了?(字体、颜色、补白、边框等等)
是否所有的装饰性图片都用 CSS 来处理而不是直接写在 (X)HTML 中了?
对用户的亲和力
所有的描述性图片都用了 alt 属性来提供文字信息吗?
字体使用了相对单位而不是绝对单位吗?
如果字体增大,会不会有些排版方面的错误出现?
是否使用了弹出式菜单?
表单 (form) 是否具有亲和力?
表格是否具有亲和力?
配色的亮度和对比度足够吗?
是否只用颜色来区分重要的信息?
弹出式菜单是否有一个延迟的响应?(为一些反映不那么敏捷的人士考虑)
是否所有的链接都具有描述性?3 (为盲人考虑)
对设备的亲和力
新旧浏览器都至少能接受这个站点吗?
如果完全清除 CSS 的话,站点还具有亲和力吗?
如果所有图像都关闭的话,站点还具有亲和力吗?
在 Lynx 等文本的浏览器下是否可读?
打印出来是否可读?
掌上设备中是否可读?
站点是否包含了详细的元数据 (metadata)?
在不同的浏览器窗口大小下站点是否正常?
基本的可用性
从视觉上说,是否有一个清晰的层次结构?
不同等级的标题是否容易区分?
站点的导航栏是否容易辨认?
导航栏是否一致?
是否使用了一致并且合适的语言?
是否有站点地图页面和联系信息页面?它们找起来容易吗?
庞大的站点是否有搜索工具?
每页都有到首页链接吗?
链接都有下划线吗?
已经访问过的连接是否用独特的颜色来区分了?
站点管理
站点是否有一个有意义并且有帮助 404 出错页面,这个页面是否对所有的目录深度都有效?
站点的 URL 是否友好?
如果去掉“www”,链接都还正常吗?
站点是否有个图标?
相关文章推荐
- 国内联网公司安全应急响应站点一览表
- 基于.net开发的遵循web标准的个人站点程序包下载
- 基于.net开发的遵循web标准的个人站点程序包下载
- 上海长途汽车客运站点一览表
- 整理了1天--国内FTP站点一览表
- Zend Framework中文化团队新站点开通--PHPEye.com
- 计算机视觉相关的部分测试数据集和源码站点
- Cisco 常用站点快速链接
- 博客站点排名前20
- 自动为每一位AD用户创建一个人站点(downmoon)
- Apache配置vhost支持多站点
- http状态码一览表
- Web标准中用于改善Web应用程序性能的各种方法总结
- 利用微软WebService技术实现远程数据库存取 利用web服务在不同站点间共享同一数据库
- 使用ThinkPHP框架高速开发站点(多图)
- 下载Debian ISO 40r2的快速站点 还有N多其他发行版
- bootstrap中文站点
- web标准页面设计
- discuz论坛安全防护之PHP类型站点服务器安全维护
- 符合web标准的播放器代码