12 尽可能减少图像数量和减小图像容量大小

   应该认真考虑一个XHTML页面上图像数量和容量大小。页面上的每一幅图像就产生一次独立的来回，这反过来使整个页面的显示速度减慢。因 此，应该尽量减少来回的数量。还要注意的是，当每次一幅图像到达移动设备时，整个页面的内容可能需要重新排列，这会占用时间和处理器资源。因此，一个仅有 几幅图像的页面也许比一个有许多更小图像的页面下载得更快。如果有可能，建议在全部服务中各个页面上使用相同的图像；那么一个特定的图像只需下载一次且能 够保存到高速缓存器中。例如，如果自定义的图像被用作bullet，则在整个服务中应该使用相同的图像。
        TCP/IP 连接也许会造成页面下载速度的不同，即使其数据量相同。例如，下载一个包含四个图像（每个图像大小为2 KB 的XHTML页面）要比下载一个包含八个图像（每个图像大小为1KB的页面）的速度要更快。
        如果使用WAP网关，则WAP网关应与GPRS支持GGSN放得近一点。在这个例子中，“近”是指数据延迟及数据包丢失的概率。由于HTTP重传，丢失信息会产生附加延迟。WAP网关和内容服务器间的时延应尽可能的小。

13 定义图像高度和宽度属性

建议内容开发人员在标记语言中明确地指定图像的高度和宽度，以使浏览器为图像预留适当的空间。如果在图像标签中使用高度和宽度参数，那么XHTML浏览器就能在下载图像之前为图像预留空间。因此，在图像下载之前页面就能够显示出来，当然，图像在下载后也能够出现在页面上。这并不影响XHTML页面的完整下载和处理时间，但却大大改善用户的感受，因为在下载图像之前用户可浏览页面。例如：
<img src="pics/header_main_page_001.gif" width="175" height="41" />

14 谨慎使用表格

XHTML页面浏览器支持表格和嵌套表格的使用。在定义表格单元宽度，尤其是处理嵌套表格时，开发人员应谨慎行事。
       CSS single-pass (固定)算法能够用于设计表格布局以便优化CPU利用率。然而，与CSS multi-pass (动态) 表格布局算法不同，固定表格布局算法根据表格的第一行来确定表格的列数及其大小。因此，通过使用具有明确列宽的矩形表格可以获得最佳性能。
        如果要用嵌套表格，当明确指定子表格的宽度时，开发人员应避免用子表格宽度的一定比例来指定其父表格的宽度。因为设备具有不同的屏幕尺寸，所以百分比不一定能够表示相同数量的象素。因此，建议在父表格及其嵌套表格中使用绝对宽度（像素）以确保内容能正确显示。注意必须确保表格的总宽度与所有列的宽度加上边框和单元格间隔的总和是一样的。一般而言，当表格嵌套层数增加时，页面的复杂度和显示页面所需的处理时间也会增加。为了确保能够及时显示页面，应该避免使用嵌套很深的表格。
        另外，表格的边框不应该太粗，因为对于显示屏尺寸受限的设备来说，其边框宽度容易占用很多像素，从而使得实际可用的内容区变得太小。

15 考虑添加样式定义选项

开发人员可以用各种方式来定义自己的样式，例如：使用外部样式表、使用文档头部的样式元素，或通过使用指定元素的行间样式属性等。一般而 言，虽然使用外部样式表无论何时都有可能把样式从标记语言中分离出来，这是一种好的方法，但应注意权衡考虑。如果样式定义包含在XHTML代码中，则 XHTML页面的显示就更快，但是外部样式表的使用提供一种在整个服务中更改样式的便利方法。在整个服务中应该使用相同的外部样式表以避免把多个样式表下 载到电话上。外部样式表仅需下载一次并能够保存在高速缓存器中。

16 删除代码内不必要的空白区和代码内的注释

   确保代码内没有多余的空白区非常重要。虽然空白区在屏幕上是不可见的，但仍要被处理，因为浏览器要对空白区进行分析、排版、CSS分配和显示等。
XHTML代码内注释数量应尽量地少，以使代码尽可能地紧凑。

17 使用HTTP标题指示来支持页面缓存

浏览器能够把已经阅读的XHTML页面放在缓存器中。然而，内容开发人员不应假定页面缓存是默认的。如果可能，应与文档一起发送明确的缓存 标题以确保页面在客户端能够缓存。另外，应将过期时间设置为至少数天，这是为了确保在跨越多个时区的情况下，内容能够缓存一段适当的时间。
浏览器不支持在Meta 标签内 (例如，使用 HTTP-EQUIV)放置缓存指示，但可用HTTP标题控制缓存。HTTP 服务器可设置"Cache-control: no-cache" HTTP标题指示，而此服务器放置了能够定义“页面不进行缓存”的页面。
        缓存使用“最近最少使用”算法，这意味着最少使用的项首先被清除。建议重复使用所有XHTML页面内的图像和外部CSS，以确保它们留在缓存中，以便每次使用它们时不需要重新下载。
注：在Series 60移动设备中，默认设置是缓存内容，除非在HTTP头中有其它要求。而在Series 40移动设备中，默认设置是不缓存内容。

18 使用Unicode 2.0字符集编写XHTML的内容

诺基亚XHTML浏览器支持ASCII 和 Unicode 2.0字符集。因此，为了确保XHTML最大程度的互操作性，应该使用非拉丁 语的Unicode来创建所有的XHTML内容。对于拉丁语，也可使用ASCII来创建 。有些网关和代理能把本地字符集转换成Unicode ，但并非 所有的字符集都能转换。所以，保证终端接收Unicode的唯一方法就是用Unicode创建内容。有关Unicode和其他非拉丁语的更多信息，可在下 列书中找到：
• CJKV Information Processing, Lunde, Ken. 1st edition. O’Reilly & Associates (December 1998)
• Unicode: A Primer, Graham, Tony. John Wiley & Sons (March 2000)

19 使用正确的MIME类型和经过验证的XHTML代码

由OMA定义的XHTML MP内容的首选MIME类型为：“application/vnd.wap.xhtml+xml”。这一类型可以用于向XHTML用户代理提供XHTML MP文档支持。另外，也可使用 “application/ xhtml+xml”。在一些 Series 60 浏览器上，必须使用MIME类型“application/vnd.wap.xhtml +xml”以确保正确的XHTML MP内容视图。MIME类型“text/html”也是可用的，但是，对于XHTML来说，这种类型应被保留，以便用 于在现有的HTML用户代理上的显示功能。应注意“text/html”格式的XHTML文档将不作为XML格式来处理。例如，这意味着用户代理也许不能 检测到形式上不像错误的错误。对于既想支持XHTML用户代理又想支持HTML用户代理的软件开发人员来说，可以通过让HTML文档作为 “text/html”类型，XHTML文档为“application/vnd.wap.xhtml+xml”类型来使用内容协商机制。
建议所有XHTML MP内容使用*.xhtml的文件扩展名。为了避免出现任何互操作性问题和提高性能，应该对XHTML代码进行验证。例如，可用http://validator.w3.org上的 W3C验证器来验证XHTML内容。如果动态地创建XHTML内容，则生成的代码是合法的DTD XHTML MP 1.0代码。

20 使用描述性页面标题和元素标签

页面标题描述所显示的页面内容。在WML中推荐使用标题，而在XHTML中强制使用标题。标题帮助用户浏览应用软件，因为它们会提醒用户她 /他处于应用软件的什么位置。一个较好的方法就是标题用应该用服务的名称开头并且应该很短。用户以前选择的栏目将决定标题文本。例如，标题“书签”告诉用 户显示屏包含了应用软件的一个书签列表，以及前一次选择的选项项目是“书签”。
标题文本应该使用比例字体，如果标题文本太长，文本会被自动删减。通常，删减标题的效果要比缩写更好，因为用户可能会对不熟悉的缩写困惑不解。
虽然建议元素标签使用缩略词，但不应该使用目标用户群不大熟悉的首字母缩写词。相同的标签应该总是用于相同的操作，尤其是诸如Delete、Remove、 Erase、Clear和 Destroy的功能标记。

21 使用多段/混合方式更快下载XHTML页面

   多段方式可以用来请求和传送单一多段消息中的XHTML页面内容，它可以取代目前的多个独立页面对象请求。这使得页面下载的速度更快。例 如，如果一个XHTML页面包含文本、7幅图片和一个至外部样式表的链接，则所有内容可以通过一次请求获得而无需提供9次单独的请求。为了使用这一功能， Web服务器和浏览器都要支持多段方式。内容开发人员必须考虑到将页面中的所有可显示内容编码为多段消息。
如需查明哪款诺基亚手机支持multipart/mixed MIME类型，参阅www.forum.nokia.com/documents中的文档Browser MIME Types In Nokia GSM Phones。

22 进行可用性测试

对新的应用软件进行可用性测试总是正确的选择。没有参与设计和开发应用软件的人往往会注意到潜在 的可用性问题，这些问题对于那些非常了解 设计的人常常不是显而易见的。可用性测试应该在开发过程中尽可能早地进行。这样，在开发时间表内能够完成根据测试结果需要进行任何必要的更改。应该邀请能 够代表未来最终用户的测试人员进行测试。如果日程安排不允许进行大量测试，至少应进行小规模测试。