答案：由于网络带宽以及某些wap服务器deck传输的限制，所以deck越小越好，最好不要超过1.2k。如果你的需求很复杂，最好分成几个deck来完成。
完整的wml文档结构如下：
<?xml version="1.0"?>
<!doctype wml public "-//wapforum//dtd wml 1.1//en"
"http://www.wapforum.org/dtd/wml_1.1.xml">
<wml>
<head>
.
. 头信息......
.
</head>
<template>
.
. 模板定义......
.
</template>
<card>
.
. 内容......
.
</card>
.
. 其他card（可有可无）......
.
</wml>
xml说明
deck开头必须指明以下的xml类型声明：
<?xml version="1.0"?>
<!doctype wml public "-//wapforum//dtd wml 1.1//en"
"http://www.wapforum.org/dtd/wml_1.1.xml">
第一行指出xml版本，紧跟的文档类型（doctype）声明指出所引用的语言标准定义（wml_1.1.xml的内容可以察看本教程附录中的dtd说明）。
这两句的位置和顺序不可更改，而且中间不能有空行。
<wml>
语法：
<wml>标签和html中的<html>标签一样，用来表明这是一个wml的deck。xml:lang属性来指定文档的语言，比如<wml xml:lang="zh">表示文档语言为中文。
<head>
<head>标签包含了该deck的相关信息。<head>标签之间可以包含一个<access>标签和多个<meta>标签。
<access>语法：
<access
domain="string"
path="string" />
<access>相当于html中的<base>标签，指定该deck的访问控制信息，它的两个属性是可选的。
domain：指定域，默认值为当前域。
path：指定路径，默认值为"/"，即根目录。
<meta>语法：
<meta
http-equiv="string" | name="string"
forua="true|false"
content="string"
scheme="string" />
和html中<meta>的类似，<meta>提供了该deck的meta信息。
包括一下三种情况
name="name" up.link server忽略meta数据
http-equiv="name" up.link server将meta数据转为http响应头(同html)
user-agent="agent" up.link server直接将meta数据传给手机设备
content属性也是必选的，其内容根据属性而定。scheme属性目前尚不支持。forua为可选属性，指定在该wml文件传到客户端之前，<meta>标签是不是被中间代理删除(因为传输的协议可能改变)，默认值为false。
目前支持的meta数据:
<meta http-equiv="cache-control" content="max-age=3600"/>指定deck在手机内存缓存中的存储时间段，默认的为30天(除非内存耗尽)，在该期间，手机对于访问过的deck直接从缓存里调用。如果信息是对时间敏感的，可以用max-age指定deck在缓存里的生存期，最小单位是秒，如果指定为0，则每次都需通过连接服务器来调用该deck。
<meta user-agent="vnd.up.markable" content="false"/>和<meta user-agent="vnd.up.bookmark" content="指定的url"/>类似于普通浏览器的书签功能。当用户将一个card做了书签后，手机浏览器首先用一个标记记录该card，这个标记默认的是<card>标签中的title属性(以后会讲到)，然后当用户选择了该书签以后，浏览器就会打开被记录的url。但是因为在默认的情况下，手机会记录所有的deck，所以，一般<meta>被用来使手机不要记录当前的url，即<meta user-agent="vnd.up.markable" content="false"/>。此外，如果要为书签指定不同于当前dreck的url，用<meta user-agent="vnd.up.bookmark" content="指定的url"/>。
<template>
<template>元素声明一个deck级的事件/请求，对deck页面中所有card有效，当然某个card可以通过定义同名的事件来替代<template>声明中的事件处理。
语法：
<template
onenterforward="string"
onenterbackward="string"
ontimer="string" />
onenterforward：当用户通过<go>进入card时调入的链接。
onenterbackward：当用户通过<prev>退回card时调入的链接。
ontimer：<timer>事件激活时调入的链接。
例子（其中涉及的其他命令参考其他章节）：
<wml>
<template>
<do type="options" name="do1" label="default">
<prev/>
</do>
</template>
<card id="first">
<!-该卡片将自动套用模块中定义的事件处理过程-->
…
</card>
<card id="second">
<!-使用空操作（noop）来屏蔽模块中定义的事件处理过程->
<do type="options" name="do1">
<noop/>
</do>
…
</card>
<card id="third">
<!-该卡片使用同名的事件处理替代模块中提供的事件处理->
<do type="options" name="do1" label="options>
<go href=> </do>
</card>
</wml>
另外可以参看事件（event）。
<card>
一个deck可以包含多个card，每个card的内容可能不止一屏显示，注意deck、card和屏幕显示范围的关系。一个card用<card>和</card>包含。
语法：
<card
id="string"
title="string"
newcontext="true|false"
ordered="true|false"
onenterforward="string"
onenterbackward="string"
ontimer="string"
xml:lang="string">
每个card元素可以有一个标号（id）和标题（title）。当然，这都不是必须的。
id：card的名字，在deck中唯一，可用作url已进行跳转。
title：card的标题，用户bookmark一个card时的名字。该属性在某些用户终端上会显示出来。
newcontext：用来指示当跳转到本card时，用户终端（手机、模拟器等）是不是要清除以前保留的信息如变量、堆栈历史记录、终端状态等。默认值为false。
ordered：表明该card里的内容是按固定的顺序显示，还是按用户的选择来显示。默认值是tre。这点和html不同，card页面里的内容可以按一定的顺序显示，默认的是按线性顺序显示，即按代码的顺序，但是，要注意的是，以下三个标签必须按以下顺序来写<onevent> <timer> <do>，(这和以后要讲的“事件”有关)。这样做是为了方便填表单，当ordered设置为true时，如果一个表单的内容不能在一屏里显示完，就分成多屏显示；当ordered设置为false时，手机可以显示一个概要card来总结有效的选项，用户可以从中选取表单选项来填写。
onenterforward：当用户通过<go>进入card时调入的链接。
onenterbackward：当用户通过<prev>退回card时调入的链接。
ontimer：<timer>事件激活时调入的链接。
上一个：为Exchange Server安装WAP电子邮件网关
下一个：构建动态 WAP 站点
