一：设计模式部分
状态模式（state）
状态模式类似于一种简单的工作流，用来把大量的判断分支进行拆分，给每一种判断增加一个状态，如果不满足该判断可以进行状态转换，知道遇到满足条件为止
这样做的好处就是，当需要增加判断的时候，不需要改变已经存在的代码。只需要增加判断的类，原始判断类中增加新的状态转换。
适配器模式（adapter）
适配器模式用来对原始接口进行改造，用来适应新的接口，但是要求2者大部分功能应该相同。多用于项目维护期。新开发的项目应当多重构，少使用适配器模式
备忘录模式（memento）
该模式用来进行对象的保存和恢复。通常情况下，如果不用该模式，在调用类中，对象的细节就会被暴露。对象的属性保存多少也是固定的，不能灵活使用。
备忘录模式就提供了一个类（class1）用来保存需要保存的对象，可以设置需要保存对象的属性个数。再提供一个管理类（class2）用来管理（class1），
这样调用类只要操作管理类（class2）就可以保存对象和恢复对象，而不需要指定具体的细节。
二：xml部分
DTD约束只要包括
1：元素声明 <!ELEMENT website (name)>
<!ELEMENT name #PCDATA>
2：属性声明<!ELEMENT website (name)>
<!ELEMENT name #PCDATA>
<!ATILIST name fistname #PCDATA #FIXED "will">
3：实体声明:可以内部声明，也可以外部声明，外部声明时 <?xml version='1.0'>是做为文本声明，而不是xml声明，所有version值可以没有。
<!ENTITY >(一般实体)
<!ENTITY % >(参数实体) 在内部DTD中，参数实体的引用不可以用在实体声明中，可以用在允许使用的地方。而外部DTD中则没有这个限制。
4：标记声明 用来说明一些未解析的实体的外部处理命令
<!NOTATION >
格式良好的xml（well-formed） 只要符合xml定义的书写格式，就可以成为格式良好的xml
有效的xml 有完整的DTD定义
Input.xml-----------
<?xml version="1.0" encoding="gb2312"?>
<studentList>
<student sex="man">
<name>wgy</name>
<age>23</age>
<tel>12345678</tel>
</student>
<student sex="female">
<name>lemon</name&g ......
平时做游戏开发的时候，很大程度上都会采用xml来做配置文件。有时候需要写很多，然后又需要依次去解析。如果有一个工具来自动解析每一个xml，并且提取出自己需要的数据，多好呀。所以偷了个懒，写了一个解析一定格式的xml和解析类，把这个格式丢给策划自己去调整数据啦。同时自己这边只需要接受现成的类
注意，这里的指的� ......
