« 上一篇下一篇 »

终端用户体验管理之客户端问题(二)

似乎只有网络延迟和服务器延迟还不够,还要把客户端考虑进去。随着Web应用越来越依赖于边界处理和Flex、Silverlighe、Google Gears和Ajax这类富浏览器框架,客户端扮演了一个重要角色。越来越多的问题出在浏览器上,这些地方的问题也是最难看到的。
四、样式表和页面布局


    起初的HTML定义包括内容和格式。如果想定义大小为22px的红色标题,需要注意写:

       
          

I upgraded your RAM


    这会出现问题。对于一个设计人员,改变标题的颜色意味着在网站的每一页上修改HTML,但不要基础内容,而且有冗余信息——每个标题都有color=red和size=22px属性,增加了文件大小。


    为了解决这个问题,可以把格式(color=red)与内容、含义(标题,

 )分离。结果,为了把标题定义成红色,网站将有两种文件:一种只考虑含义,一种只考虑格式。


    HTML文件只包括内容及其语意上的含义:

         
          

I upgraded your RAM


    单独的样式表(CSS)文件告诉浏览器如何格式化标题:

        
            H1{font-size:22px;color:#333;}


    用这种方法改变颜色,设计中只需要在一个地方改变一次格式,浏览器就会在每次渲染页面时使用新的样式。


    这不仅简化了改变风格和格式的过程,还让开发者从布局中解脱出来。它减少了编辑过程中出错的机会。对于大页面,样式表中的一个说明比满页的格式说明效率更高。但是,样式表也有缺点,具体如下:


   (1)它们也是浏览器检索对象,会增加更多的趟数。


   (2)样式表可以包括对其他对象的引用,如背景图片,这种复杂的引用关系会让监测工具难以判断组件究竟属于哪个页面。


   (3)还需要额外的浏览器兼容性检查,因为不同的浏览器渲染样式表的方式是不一样的。


    五、处理页面


    一旦浏览器已经加载了页面,它就开始组装内容并显示给用户。根据所涉及的工作量,可以包括执行JavaScript、启用插件、渲染图片。只是有一种方法可以检测客户端延迟,即使用JavaScript或客户端代理来统计页面加载和渲染时间。

« 上一篇下一篇 »