规则模式是一种特殊的命令模式
evaluator负责聚合评估规则，而每个具体规则只负责实现自己的规则和匹配。
在真正需要的时候才去loading数据，其余时候只用继承自同一基类的proxy类。在proxy类中实现需要被访问的字段数据的lazy loading property, 如：
_items = new Lazy<List<OrderDetails>>(() => new OrderDetails());
或者通过flag 字段来实现：
public override List<OrderDetails> Items
{
get
{
return GetItems();
}
}
protected override List<OrderDetails> GetItems()
{
if (!_itemsLoaded)
{
GetEntity();
_orderDetails = base.GetItems();
_itemsLoaded = true;
}
return _orderDetails;
}
此例将proxy模式加入到仓库模式中去实现cache，提升了仓库模式的性能。
CachedOrderRepository作为proxy继承自RemoteOrderRepository(连接数据库，提供数据)。CachedOrderRepository类override了父类的getData方法，并在其中附加一些内务处理（此处是运用container来实现数据缓存）：
using System.Runtime.Caching;
public class CachedOrderRepository : RemoteOrderRepository
{
public override OrderEntity GetById(int id)
{
string cacheKey = "OrderEntity-" + id;
var entity = MemoryCache.Default[cacheKey] as OrderEntity;
if(entity == null)
{
entity = base.GetById(id);
var cacheItem = new CacheItem(cacheKey, entity);
var policy = new CacheItemPolicy();
MemoryCache.Default.Add(cacheItem, policy);
}
return entity;
}
}
适配器模式：适配器改变对象的接口来满足客户端的需要。代理模式保留接口不变，控制访问对象底层行为。
装饰器模式：实现方式与代理模式很像，但是目的不同。装饰器给对象附加上责任，但是代理控制对象的访问。
用原型实例指定创建对象的种类，并通过拷贝这些原型创建新的对象。
一般在初始化的信息不发生变化的情况下，克隆是最好的办法。既可以隐藏对象创建的细节，又对性能大大提提高。
把数据结构和对其的操作解耦，使得操作可以自由地添加。
ObjectStructure枚举需要被访问者操作的元素，枚举时每个element accept visitor就是在传入visitor并使其在其中调用逻辑方法。
注意
系统被分割成相互协作的很多类，但我们不希望为了维护相关对象间的一致性，而去使各类紧密耦合。
一种null检查的替代。为可能出现null的类单独实现一个null的子类，为其实现所需的方法。
AKA Stub, Active Nothing, Active Null
常被实现为一个单例，没有随实例变化的行为或状态；
