添添删删的博客

访问者模式是拆分出了领奖行为 ，后封装为对象，这个对象管理了礼物。 礼物管理员进一步拆分为 多个不同节日的礼物管理员 管理员可以自动识别玩家VIP等级 ，发送不同的礼物（这里小技巧“重载-获取礼物函数”）

函数抽象出变量 类抽象出行为 单一的模式很简单 ，难的是从整体出发一步一模式，把细节一直推迟到配置文件/Excel。 多做进行大项目的开发还是很有好处的！

状态模式 1 是一个非常好用的 解耦合的手段， 角色不同的状态封装不同的动作/属性/限制 2 非常符合对修改封闭对扩展开发的原则。 3 让状态的职责更加的单一 4 也符合了依赖倒置 ，依赖了抽象 5 符合了迪米特原则，角色对状态类内部的具体实现不知道

备忘录模式：这个模式比较简单 ，做个容器保存“状态数据”，然后再包一层方便使用。

在 多对象之间互相通信 提炼出一个中介者 ，会让类图变得简单漂亮！

总结迭代器模式：统一集合查询代码，以这个为目标进现优化总结出的一个经验。 还是为了更深刻的理解设计原理和优化手段。

命令-执行命令 拆分为4个角色 这样降低了耦合，每个角色又能单独进一步设计

进一步优化 设计需要有前瞻性 流程灵活DIY 1 老师基类添加设置上级单位，灵活配置上级 2 老师单位做成工厂模式

设计模式定义案例模板方法模式父类 定义了业务流程，其中一部分延迟到子类自己去完成（通过虚方法/抽象方法）和框架搭建很像：定义流程，实现了通用部分，可变部分传下去给子类不同年龄段的模特走秀每个不同年龄段模特 show的内容不同其中小朋友年龄段的模特上台后有特殊pose问题堆积在哪里解决办法解释show的内容不同小朋友有特殊pose父类中 定义了通用的流程抽象方法其中： show的部分（必须有 所以用抽象）

2 具体解释器1 2 3... (Interperter 1 2 3 )3 内容 (Context)1 解释器基类 （BaseInterpreter）4 用户 (user)(上下文) ---- 传给排好顺序的解释器(可以通过配置文件信息排序)---- 得到（修改后的上下文）和1类似 仅仅 2=B。和1类似 仅仅 3=C。

延迟0.3秒显示角色。

设计模式_享元模式

// 添加 private public string nameChina { get; private set; } // 不能同时添加 private public string nameChina {private get; private set; } // 不能同时添加 private

B->A为最优模式 没有之一（这里直接下定义，反正我是认了！） 最优最简单 是最好用的。 如果在设计过程中突然发现 类之间的关系超出 B->A ，可以考虑进一步细分出一个C 例如：需要在多个客户端，1个服务器之间 共享一个X X 被动作1-100 改动， 被动作101-200 读取 解：B(动作1-100) ->A(X) B(动作101-200) ->A(X) 注意：A 绝对不知道 B，，B1与BX 绝对不可见，仅仅 ...

目的： 控制类的实例数量 为唯一一个. 实现理论： 1. 构造函数私有化 2. 提供唯一个静态成员函数来创建类 3. 创建静态全局变量来 保存自己 如何实现简单例子： public class RoleAttributeList { // 单例模式实现 private static RoleAttributeList ra = null; // 保存列表，用静态私有函数 private RoleAttributeList(){}