总结生活，思考生活，总结工作，思考工作。

2.框架的把握。可能大家都这样，大家都将login框放在左边，我也要放在左边，别个为什么放在左边，别个为什么将图片新闻放在作品，别个为什么将banner放在左边等等等。形似和神似。意思是多想几个为什么？我在看别人的网站的时候，更多的考虑是，我会如何放置板块，我会如何处理这里。对于框架的把握，我更多的是将所有的content列在纸上，将目标用户也罗列，臆断（目前只能停留在这个阶段，没有讨论，没有具体需求，没有试验，更多的是根据经验来臆断）出用户来这个网站或者看到这个东西，寻求信息的重点，我就将其放在最重要的位置。然后再结合信息的类别，铺块，再结合内容的需要，适当的将块做点变形，甚至抄别人最新的js技术，来实现我无法实现的内容。所以，对于框架的把握，我总结的内容就是

抄别人——思考

罗列信息——比对

划分结构——内容平衡

3.结构的优化，东西我做出来，色彩我也ok了，内容我也罗列出来，基本上没问题了，这个时候再考虑优化，更好。同事的东西做完了每次给我看的时候，我都会思考一下，然后会再问：这里为什么是这样子，你是如何考虑的，有没有更好的表现形式，这样做，用户是否便捷或者方便。有时候一些优化其实土，很便捷，但却是能解决问题。几次的优化，和客户在沟通的时候，客户都给了我们很高的鼓励和评价，让我们着实高兴。所以，总结的内容是：这样子对于大众用户是否便捷，可能存在的问题，常规的处理方法，我们的处理方法。

以上这些内容是我提交了方案后，等的过程中的思考，其实挺忙，就花了半小时写了这篇博文。

请丢砖！

好像前面发过，这个也是飞机稿，最终的现在也应该上线了，欢迎大家去看看。

总是那么赶，总是那么急，就出了这粗糙的东西，后面就调整了框架，基本是这种style，不过final稿也将字体调整的稍微的活泼了点。

更新如下：最后敲定的稿子。

因为是通过mail来发送，全部用table来切片，有人说mail里可以实现js的图片翻转效果。有人说不行，咱也不晓得，因为咱到现在还没看到mail，虽然都做了几期了。

地点: 江苏/YZ　苦斗

96年7月-96年12月
私营企业做品管
搬汽车钢圈 380元/月
吃饱上顿没下顿,跳槽

97年2月-97年7月
台资企业技术部整理技术资料什么的 600元/月
基本吃饱. 因为生活困难,找了个GF(现在的LP)共度难关. 刚出学校, 不懂人情事故, 6个月后被辞退.

97年8月-2000年4月
台资企业技术部学画图什么的 500元/月, 生活稳定, 学习态度端正, 积极向上. 2年后可以独立出色处理一些技术问题.1999加薪到750元/月. 2000年,觉得待遇不高, 跳槽. 感谢女友, 默默站在身后.

地点: 安徽/HF　苦斗

2000年4月-2000年12月, 一家私营的贸易公司负责处理产品设计 2500元/月, 没有休息, 考勤按照30天满勤计算, 只有31天的大月份可以偷着休息一天. 公司控制上网, 没有报纸, 没有电视机, 人像生活在深山中, 信息闭塞, 决定离职. 另外, 当地多年的老工程师薪资普遍在800元左右, 我的”高工资”引起很多不满…

其间不得不说我的女朋友, 她离职到我身边照顾我. 因为生活还是很紧, 她背着以前用的锅碗瓢盆\一台老得P233电脑\骑自行车到YZ汽车站后,将自行车的轮子拆掉, 坐长途汽车到了HF后,在车站装好车轮,再骑很长的时间自行车驮东西到宿舍. 几个月后, 2000年7月, GF不小心怀孕, 不得不去医院人流, 没想到回宿舍后大出血, 打120急救到医院, 付完120车费, 我的身上仅仅还剩下30块钱… 后来借钱的过程让我饱尝人情冷暖, 却也只借得300块… 当时, 想死的心都有. 一个月后, 复查竟然发现是双胞胎, 还有一个在肚子里… 虽然坚强, 还是和GF抱头痛哭…

地点: 浙江/HZ　成长

2001年2月-2001年7月
私营企业品质经理
2500元/月
主要作产品设计并管品管
虽然工资不高
但是有时间认真地学习了相关的品管知识. 离职的原因是谈定工资2500, 但每月只发1500元, 还有1000元老板答应私下给的一直没有兑现.

无聊的人做无聊的事情

看电视，睡觉，看网页，画图。

今天去个所谓的大公司谈事情，这里的东西没有一样让我看着舒服，我就发飙了。唉，俺只要看到不顺或者不爽的东西，就会对你打折扣，在言语中攻击或者蔑视你，除非你让我折服，我才会恭敬，才会毕恭毕敬的，这是啥子性格哟。

难搞！

本来想把最近忙的东西都晒出来，不过不成气候，都是快速的廉价品，不值得显摆，就牢骚一把！

移动通信和互联网的迅速发展，使得互联网从固定向移动转移(即移动互联网)成为一种必然的趋势。由于手机终端本身的限制条件和无线链路的特点，如何让手机上网是WAP协议所要解决的问题。从WAPl.0到WAPl.x再发展到现在的WAP2.0，WAP技术的发展可以说经历了一番曲折。但是无论从技术发展还是从市场驱动上来讲，采用WAP作为手机上网的平台是一种最佳的选择，关键是要开发出足够吸引用户的业务和应用。WAP2.0除了继承了原来WAP1.x针对无线链路和手机设备所做的优化以外，还新增了大量的业务和应用，其中包括能够使用现有Internet的内容。
WAP2.0于2001年8月正式发布，它在WAP1.x的基础上集成了Internet上最新的标准和技术，并将这些技术和标准应用到无线领域。这些新技术和标准包括XHTML、TCP/IP、超文本协议(HTTP/1.1)和传输安全层(TLS)。在这些新技术的支持下，新增加了数据同步、多媒体信息服务、统一存储接口、配置信息提供和小图片等新的业务和应用，同时加强了无线电话应用、Push技术和用户代理特征描述等原有的应用。这些新的业务和应用将会带来一种全新的使用感受，并极大地激发人们对无线应用服务的兴趣，从而推动移动互联网的发展。

2 最新的标准和技术2．1 对XHTML的支持
XHTML是由万维网联盟W3C制定的一项新标准，它是在HTML4.0的基础上产生的，是现在和将来要产生的文档类型和模块的集合。这些文档类型是在HTML4.0基础上的扩展、改进或者是其子集的某一部分；XHTML是基于XML的，其最终将会在基于XML的用户代理环境中执行。
在XML中引入新元素和新属性相对简单一些，在XHTML集合中的扩展是通过使用XHTML的各种模块和采用开发基于XHTML模块的技术来实现的。这样，在进行内容开发和用户代理设计时，在这些模块中就能够将原来和现有的特征集合组合在一起。
利用XHTML的好处有以下3点：XHTML文档符合XML的标准，可以使用标准的XML工具对其进行浏览、编辑和验证；XHTML文档可以在XHTML的用户代理中执行，也可以在现存的HTML4.0的用户代理中执行；XHTML文档可以开发基于HTML文档对象模型的应用，也可以开发基于XML文档对象模型的应用。随着XHTML集合的演进，基于XHTML的文档更容易在各种各样的XHTML环境中或者它们之间进行互操作。通过利用XHTML，内容开发商能够逐步进入XML，同时还能保持它们内容的前后兼容。
XHTMLBasic文档类型包括了保持XHTML语言特征的最小的模块集合。此外它还包括了图像、窗体、基本表格和对象支持等，文档类型丰富，但它不包括全部的XHTML集合，因为有些网络客户端不支持全部的XHTML特征，如移动电话、PDA、寻呼机和机顶盒等设备。XHTMLBasic被设计成能扩展的通用的基本集合，例如，其中事件模块比传统的XHTML4.0的事件系统更加通用，而且能通过另外的XHTMLModularization模块集合进行增减和功能扩展。XHTMLBasic的目标是能够支持各种各样的用户代理的通用语言。XHTMLBasic是WML2.0的基础。
WAP2.0利用XHTML和CSSMobileProfile等标准，同时保持了对WML1.x的向后兼容，减少了开发、测试一种应用和为多种设备编制内容的时间，减少了开发成本。另外，XHTML的模块化架构可以很容易、很快地适应不同的硬件环境的应用。通过使用级联样式单(Cascading Style Sheets，CSS)，开发商可以将实际编码和一个或多个XML文档的样式属性分离开，减少了在浏览器缓存中的代码量。
我们可以利用现有的开发固定互联网内容和应用的工具和资源来开发WAP2.0的内容和应用，允许开发商使用通用的语言子集和开发工具同时为PC和WAP客户端开发应用。因此支持WML2.0的浏览器同样能够支持XTHML，也能够支持HTML。另外，支持WAP2.0的手机完全可以浏览现有的Internet内容。这样，可以大大丰富WAP2.0的应用。

2．2 对TCP/IP协议栈的支持
互联网工程任务组(IETF)一直致力于TCP/IP协议的优化研究，并特别制定了针对无线链路的TCP/IP协议。WAP论坛吸收了IETF的最新的技术成果，除了继续支持原有WAP1.x的协议栈以外，在WAP2.0中还采用了如下IETF规范。
在传输层，WAP2.0采用具有无线特征的WP-TCP/IP协议，以使得网络可以基于IP进行数据传输。WP-TCP提供面向连接的服务，它被优化用于无线环境，可与互联网上的标准TCP应用充分交互操作。IETF PILC小组推荐使用一些在长距离瘦网络中的TCP实现机制。这些机制已经被Standards Track RFC收录，并作为有效的性能稳定的机制被互联网组织接受。
在会话层，WAP2.0采用具有无线特征的HTrP协议(WP-HTTP)，WP-HTTP规范针对无线环境的HTTP的协议子集，完全能够与HTTP/1.1共同使用。WAP设备和WAP代理服务器／WAP服务器之间交互工作的基本模型是HTTP请求／回应处理机制。WP-HTTP支持回应的信息体压缩和安全通道的建立。这样，在WAP2.0中不一定需要WAP代理服务器，因为在客户端和源服务器端通过使用HTTP/1.1就可以直接完成。
WAP2.0增加了更多的安全保证措施，包括采用TLS协议，提供改进的端到端的安全，集成有线Internet等，以保证使用移动商务和移动银行应用等移动业务的安全。TLS协议的无线协议子集允许针对安全传输的交互操作。TLS的协议子集包括加密簇、验证字格式、签名规则和会话恢复等安全措施。


3 新增加和增强的业务和应用

WAP2.0规范能够帮助内容开发商向移动互联网用 户提供更丰富和更安全的移动互联网服务。WAP2.0在世界标准领域是一个巨大进步，它允许应用开发商利用他们已经非常熟悉的开发Intemet应用的技术和工具开发各种移动应用。据Cahners ln-Stat Group预测，无线互联网的用户从2000年的3000万可以发展到2005年的74200万，WAP2.0通过新的应用和下一代的设备将极大地促进这一进程。在WAP2.0中听融合的新技术将会使用户切身体验到WAP2.0中的新业务。
(1)推服务(WAP Push)
这种业务是一种基于服务器的应用，利用推代理服务器(Push Proxy)将内容送到或者推到手机设备中。这种功能在WAP2.0发行版中得到了加强，这种推的功能实际上是将像短消息、股票价格和交通信息之类的实时应用信息发给用户：没有这种推功能时，需要这种实时应用信息的用户就要去询应用最务器以得到最新的信息，在无线环境里这种询操作效率不仅低，而且还浪费了无线网络的资源。
(2)用户代理特征描述(User Agent Profile，UAProf)
这种壹务羹供了一种机制，这种机制是将客户的能力和用户的喜好描述提供给应用服务器。WAF2。0是以W3C的能力组合/喜好特征(CC/PP)工作成果为基础的。UAProf支持客户机、服务器交互模式，用户可以请求向服务器端发送客户端或者用户信息。服务器可以根据这些信息准备定制的内容响应给客户端或者用户，这种业务模型允许直接增加一些业务适配层。插人中间代理来提供增值业务。
考虑到用户隐私的重要性，所以这种业务模型能够由用户控制其请求中的个人信息。
(3)无线电话应用(Wireless Telephony Application, WTA)
这种业务提供了一种可以开发一系列高级电话应用的工具。其中的高级电话应用可以在支持传统数据功能的应用环境里运行。这些电话应用所有的呼叫处理服务，如呼叫建立、呼叫应答、呼叫挂起和呼叫转移，可以和数据业务无缝地结合，这一点可以使得小区电话成为充分整合互联网和语音业务得平台。
(4)外部功能接口(External Functionality Interface，EFI)
EFI定义了WAE和WAE范围之外所能运行的应用程序中的各组件或者实体之间得接口，类似于提供了一种插件，这种插件扩展和增强了终端浏览器或者终端中其他应用的功能。EFI的框架结构能够支持WAP设备的未来发展和可扩展能力，而且还可以用来定义接人外部设备(如智能卡、GPS设备、医疗保健设备和数字相机)的特定接口。
(5)统一客户存储界面(Persistent Storage Interface)
这种能力规定了一套标准接口的存储设备，通过这个接口可以在无线设备或其他相连的存储设备上进行数据的组织、存取、存储和采集。
(6)数据同步(Data Synchronization)
数据同步是指各种网络设备(包括手机终端、PDA、PC)和各种网络服务器之间某些数据集合保持一致的过程。这些数据集合包括名片信息、约会信息和公司的销售账单等。WAP论坛在WAP2.0中的数据同步的解决方案是采用SyncML发起组的工作成果，选择SyncML语言作为数据同步解决方案的。在WAP和HTTP/1.1协议中均可以支持SyYncML的消息。
(7)多媒体信息服务(Multimedia Messaging Service，MMS)
MMS为实现丰富多彩的多媒体信息的传递提供了整体架构，它的特点和功能就是能够传送各种类型的内容。根据这种业务模型，MMS允许消息的快速发送(如SMS)和消息的存储转发(如E-mail)或两种模式同时运行。这种灵活性使用户和运营商可以根据合理的使用体验定制服务。结合其他的WAP服务，如UAProf和Push服务，MMS还提供了一种高效的信息服务的解决方案，它可以提供消息公告，即主动调整服务，以将需要发送的信息组合在一个表格中，终端接收设备可以利用这个表格高效地接收信息。
(8)配置信息提供(Provisioning)
这种业务提供了一种标准方法，利用这种方法可以给WAP客户端提供在无线网络上进行操作所必要的初始化信息。这就使得运营商可以利用一套通用的工具管理其网络上的终端设备；
(9)小图片(Pictogram)
用户可以使用像笑脸符之类的小图像进行信息的传递，有时候比文字更加有效，也更生动活泼。

4 结束语

WAP2.0将世界上最新的标准和技术集成在一个移动环境中，提供了更多的移动业务和应用，是一个具有更丰富移动体验的平台：在WAP2.0的支持下，设备制造商有机会开发支持经过优化的具有WAP2.0特征的WAP应用的手机设备，这些WAP2.0的特征包括彩色显示、多媒体信息、大文件下载以及改善的导航功能、优化的用户界面等。而网络运营商将会在支持WAP的这些新业务中受益。可以相信，WAP2.0的推出必定会推动移动互联网的发展。

   应该认真考虑一个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 进行可用性测试

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

     在设计一项既要面向移动设备又要面向PC的服务的时候，首先需要进行移动设备用户界面的设计。把面向移动的服务扩展到PC环境通常要比其相反方向扩展要容易一些。
如果起始站点是一个PC Web站点，强烈建议把PC服务分解成若干部分。在移动环境中，仅挑选那些可以作为服务核心的部分。在设计移动服务时，要把注意力集中在这些核心部分上。
研究市场上各种移动浏览器的物理特性，以便用XHTML和CSS进行有效的应用软件设计。你需要知道文档、样式表以及图像的最大许可大小，可以用于显示内 容的屏幕空间的物理大小，以及为其它物理实体，如软键文本、图标、标题等，预留的屏幕空间。诺基亚手机有一个包含图标的标题行，标题行还可以包含 XHTML页面的标题。还有一个用于显示XHTML页面（不包括标题）的内容区域，以及包含一个或多个软键文本的区域，软键的个数取决于移动设备的类型。

2 设计优秀站点的基本原则

XHTML MP 和CSS的引入创建了多种新的用户界面结构。XHTML MP包含的元素比WML多，并且利用CSS，可以通过多种方法 修改元素的可视化显示。XHTML MP为服务提供者提供了更多把他们的服务变得更有吸引力的可能性，但同时，XHTML MP也增加了设计的复杂度，从 而在可用性上面临更多的挑战。

3 关注导航模型

    应该基于一致、易学的导航模型创建便于使用的用户界面。这比使用XHTML的所有花哨的显示功能都重要。
        移动用户的需求及期望与使用台式PC的用户不同。移动用户不是浏览者，他们更希望能够快速、轻松地访问特定信息。因此，应提供简洁、精确且快速的信息。
避免在过多页面或闪烁屏幕中显示核心服务内容；然而，可以在其中显示一个小logo或其它的加亮商标，以使用户熟悉服务。无论如何，应能立刻显示用户要求查看的重要信息。
        在移动设备中，数据的输入非常有挑战性，并且比较费时，故在创建站点时，尽可能少地要求用户输入，尤其是文本输入。
        如果可能，在用户做选择时，应避免让用户打字，考虑利用选择列表、复选框或单选按钮让用户从默认的列表中做出选择，或提供一个默认列表和一个输入框。
当不得不要求输入的情况下，利用属性-wap-input-format设置输入模板，例如，*N代表数字输入。这样可以避免手动转换输入模式。
        CSS的属性–wap-input-format为用户输入的数据定义了一个输入模板，从而去除了为文本或数字转换输入模式的需要。因为一 些非诺基亚XHTML MP浏览器的早期版本不支持该属性，它们支持旧属性format="…"，因此，对同一格式字符串，应同时定义CSS属性–wap -input-format和属性format。关于WAP Format输入模板的语法，可参见 WAP June 2000 specification [WML] 或 WAP Overview [WAPOver]。
        许多用户以分钟为单位支付移动服务，因此，如果他们无法在短时间内获得要查找的信息，就会停止使用该服务——这也是遵守以上要点的一个重要原因。

4 设计导航层次

导航模型是用户浏览XHTML页面的方法，XHTML页面由服务、通过链接进行的交互、菜单和数据输入组成。在设计导航模型时，牢记以下原则：
• 在整个服务中保持导航模型的一致性。
• 对于XHTML服务，避免加入返回到之前访问过的页面的链接，因为诺基亚移动浏览器有一个永久的Back软键，可以自动地实现该操作。
• 避免创建过于“深”的服务。如果一个服务包含的层次多于4或5个，用户通常就难以保留服务的总体印象。
• 加入返回到服务的起始页或其它主要分支页面的导航，这样用户就可以轻松地返回到他们的起始点。导航层次越多，就越需要一个返回到起始页的方法。

5 针对小尺寸屏幕的设计考虑

预测显示，全世界移动设备的数量将很快超过PC的数量，这给适用于小尺寸屏幕的界面友好的应用软件带来了巨大的商机。当然，在小尺寸屏幕上设计富有创造性的应用软件更有挑战性，但为移动设备设计具有吸引力的应用软件并非不可能。牢记下列条款：
• 确保用户进入页面时有可见内容。
• 在<head>元素中用<title>元素为每个页面定义一个短小标题。通常，标题不应多于14个字符，除非你能够定制页面使其适应用户设备的特定特征。
• 在一个服务的所有XHTML页面中使用一致的样式。一致性增加了易用性——尤其是对于重复使用该服务的用户。
• 尽量减少水平滚动的需要。水平滚动除了比较费时之外，用户还将难以判断他们在整个页面中的位置。如果可能，设计的内容不要宽于或长于目标设备的显示屏。
• 利用元素的对齐属性（lef， right， center）来增加可读性，但不要在同一页面中使用多于两个或三个属性，因为这阻碍了用户获取组织结构。
• 使用空白空间，尤其是在高而窄的图像旁边。可以通过在<img>元素中使用属性align实现此目的，例如：
<img align="left" src="sky.gif" alt="Sky Picture"/>
        此外，可以在CSS中为<img>元素设置悬浮属性和其它属性来实现此目的（以及更多其它目的）。悬浮图像允许在图像旁边显示文本 ，从而利用了整个显示区域。
• 避免过多使用文本强调属性，如粗体，斜体和下划线等，因为这降低了小显示屏上内容的可读性。
• 如有可能，尽量使用短小、精确的字词，避免使用冗长、复杂的字词。
• 避免在同一页面中使用过多不同颜色。尽管颜色可以给一个服务带来更多“活力”，但是过多颜色会导致超载。使用颜色时要尽量保持一致性，例如，整个服务中的相同XHTML元素使用同一种颜色。
• 不要用名字描述颜色，例如，“按下红色链接继续”。没有彩色显示屏的客户终端会以黑色和白色显示彩色内容。

6 保持较短的文档大小

因为移动设备中可用的内存有限，故应使文档尽可能短。然而，因为XHTML MP与WML不同，它不能在一个文档中支持多“卡片”，故把内 容分为多个独立页面将会使载入的速度减慢。因此，应把所有相关信息结合在同一页面中，并利用分段锚来帮助跳转至相关章节部分。
保持文档较短的有用方法包括：
• 代码中不要包含长注释。尽管在代码中添加注释通常是良好的编程习惯，但对于移动设备来说，这是不适用的。
• 在缩进时利用tab而非空格，或者不使用缩进。空格越多，文档大小增加越快！
• 文件名、CSS类和CSS ID应使用简短名称。
• 在可能的地方，用层叠规则定义样式，而不是在元素中用类或属性ID。例如，在WAP CSS样式表中，使用如下的属性：
p (color:red)
而不是下列的类属性：
.red {color:red}
这样就没有必要在文档中的每个<p>元素内定义字符串class="red"。

7 为移动电话设计应用软件

当开发人员要决定移动终端的各种应用软件应包含什么信息时，他们应考虑用户在什么情况下使用移动电话。服务内容应满足目标用户群的需要，并且应该对最常见 的任务进行最优化。由于较小显示设备便于移动，所以，在没有PC机的情况下，用户可能会首先使用移动电话访问英特网以及获取急需信息。相应的范例包括快速 访问航班信息、查看简讯和天气情况等。但用户使用移动电话上网冲浪的可能性要小。

8 保持用户任务流的流畅及图像的合理使用

彩色页面看起来很诱人，但当图像传输使得服务减慢时，彩色页面也许并不让人觉得很舒服。根据可用性研究1， 用户不太热衷于那些由于图像传 输而中断他们任务流的服务。特别地，当用户在搜寻目标页面时，大的图像就不太合适。含有信息价值的图像是令人青睐的，但在多数情况下，用户或是关掉图像以 节省时间和金钱，或是不等图像下载就切换到下个页面。在下载所有图像之前允许用户继续浏览页面，是很重要的。
        大表格也许会产生相似的问题——也就是说，在某一页面下载完之前，用户的操作被冻结；或者在页面下载完之前不能继续进行其他操作。因为移动 电话显示屏的大小不同，所以开发人员应确保即使是在最小的显示屏上，也能够阅读数据表格；通常这些数据表格要进行压缩以符合显示屏的要求。

9 结构对新用户要简单但也不能忽视熟手用户

在移动通信服务中，浅层结构似乎常常比深奥结构更容易理解。链接和页面应该冠以描述性的名称，这 样可以帮助用户找到他/她需要的信息。很难说在一个链接列表页面上应该提供多少个链接。如果链接明显属于同类且容易浏览（每个链接占一行，以字母顺序，或 另外以逻辑顺序排列，这样用户就不必把每个链接都读一遍），那么，比较好的方法是在一个页面上提供30个链接，而不是每个页面上提供5个链接，总共需要6 个页面。如果有好几十个链接，在显示这些链接前提供排序选项是个不错的主意。如果链接能放置在一行上，则选择起来一目了然，页面也更美观.
        WAP 2.0没有<do>元素，相反，它们由access keys取代。然而，大多数用户似乎并不了解 access keys元素，并且无法找到他们。为了帮助用户理解accesskeys的概念，开发人员应确保accesskeys在屏幕上可见，而且以 类似电话键的形式出现。如果有可能，应提供搜索功能。熟手用户很欣赏这个功能，正如新手用户浏览著名站点一样。

控制面板--程序和功能--打开或关闭windows功能

这里面的internet信息的子选项，万维网一定要全部选上（菜鸟都是这样子的），不然后面会报0x80070032等之类的错误。

2.默认程序池的选择，vista要将默认的换成Classic .NET AppPool，windows7安装完了，会自动选择，至少我的是这样子的。

3.为目录添加everyone或者是authenticated user的权限，主要是给Windows\ServiceProfiles\NetworkService\AppData\Local下的temp添加该权限，将所有的权限都勾上。

4. 如果测试连接不通过，记得将测试连接修改为管理员的。

以上是我在vista和win7下碰到的问题，就总结出来，如果都注意了应该没多大问题，毕竟只是在本机架环境，不是专业的班子，深一点的也讲不出，做个笔记，欢迎交流。