1 设计模式
类是我们面向对象编程的承载工具，可以说是面向对象的起点。
设计模式，这种算面向对象的进化。按照gof设计模式的分类
设计模式分为：创建型，结构型，行为型。
其中创建型主要和类的创建有关
结构性组织扩展类和类之间的关系
行为型主要扩展的类的访问
这三个对应到类上
创建型模式对应的是构造函数
结构型对应的是类的属性
行为型对应类的方法
就想我们以前学数学中很多证明题，都源自最基本的定理，面向对象编程也有类似的地方
设计模式就是类最基本功能的一个进化
2.依赖注入
相信大家对Ioc(依赖注入)肯定不陌生，Ioc主要遵循设计原则中的依赖倒置原则，
但是假设我们不要把这个东西提升到设计的高度，只看它的功能就会发现, Ioc创建类正好就是控制类的构造函数，和设计模式中创建型模式有关，
例如创建型模式中单例模式用ioc生命周期管理可以达到同样的效果，
这里以Unity为例，Untiy支持child容器。利用child容器，我们可以在运行时提供更多动态创建的内容。
我们以asp.net mvc为例，我们可以在session初始化的时候根据不同用户注入不同接口的实现。
例如我们可以在repository中注入一个默认的规约，当不同用户登录 我们可以将用户对数据的访问权限形成一个规约，
注册到child容器中，然后在controller激活的时候使用当前session的子容器来激活controller。
在这里使用例子中，Ioc又实现了类似factory，甚至是building模式的功能（这个例子会在后面的文章中给大家展现具体的实现）.
3.抽象的维度
多态是代码的下行
抽象是代码的下行
如果B继承自A,C继承自A,那么A称之为B,C这个维度的抽象，B,C称之为A这个维度的变化 A，B,C称之为一个维度的继承关系
传统的继承解决的是一个维度的变化，如果我们在这个维度上面引入泛型，并且用where限制泛型的行为 或者属性，
那么就可以用诸如interface<T1,T2,T3>这样，通过组合几个泛型提供多个维度的变化。 此处用泛型扩展的继承有点类似于多继承。
4.元数据编程（Attribute）
Attribute在我所使用的元数据编程占有重要位置。
在asp.net mvc中，ValueProvider,ModuleBinding,Validator,Filter，都使用了元数据编程。
不谈这个大的我们看一个更小的例子。
最早在winform中使用DateGrid的时候，我们都是在grid设计器中去设置列的属性，名称，绑定的字段，等等。
如果我们引入元数据编程，就可以通过在类的属性上加上特性来扩展。
这样做更便于维护，当你的界面需要修改时，只需要在绑定的类上做修改，修改的地方相对集中，而不用去操作设计器。
5. 策略工厂
上面说了很多理论的东西，下面为大家带来点干货。
首先我们分析一个简单工厂的代码：
public interface ITest
{
void DoSomething();
}
public class Test1: ITest
{
public void DoSomething()
{
}
}
public class Test2: ITest
{
public void DoSomething()
{
}
}
public class Factory
{
public static ITest Create(string type)
{
if (type == "1")
return new Test1();
if (type == "2")
return new Test2();
throw new NotImplementedException();
}
}
分析简单工厂的弊端
1，扩展不方便需要改动create的逻辑
2，客户需要知道create的具体逻辑
3，创建类型过于单一导致简单工厂类的泛滥
4，无法为对象创建提供灵活性，例如构造函数参数
5，无法实现运行时扩展
下面我对简单工厂做了一些改造
public interface IStrategy
{
}
public interface IGenericsFactory<TStrategy>
where TStrategy : IStrategy
{
/// <summary>
/// 注册处理策略
/// </summary>
/// <param name="name"></param>
/// <returns></returns>
void Regist(Type type);
/// <summary>
/// 获取处理策略
/// </summary>
/// <param name="name"></param>
/// <returns></returns>
TStrategy GetStrategy(string name);
/// <summary>
/// 获取所有的处理策略
/// </summary>
/// <param name="name"></param>
/// <returns></returns>
List<string> GetStrategys();
}
public class GenericsFactory<TStrategy> : IGenericsFactory<TStrategy>
where TStrategy : IStrategy
{
public GenericsFactory()
{
if (_strategys == null)
{
_strategys = GetType().Assembly
.GetTypes()
.Where(item => item.GetInterfaces().Contains(typeof(TStrategy)) || item.IsSubclassOf(typeof(TStrategy)))
.Where(item => !item.IsAbstract)
.ToDictionary(item =>
{
var desc = item.GetCustomAttribute<DescriptionAttribute>();
return desc != null ? desc.Description : string.Empty;
}, item => item);
}
}
protected Dictionary<string, Type> _strategys;
public void Regist(Type type)
{
if (type.GetInterfaces().Contains(typeof(TStrategy)) && type.IsSubclassOf(typeof(TStrategy)))
throw new TypeLoadException(string.Format("类型不是从{0},继承",typeof(TStrategy).Name));
if (_strategys.ContainsKey(MetaDataManager.Attribute.GetDescription(type)))
return;
_strategys.Add(MetaDataManager.Attribute.GetDescription(type), type);
}
public TStrategy GetStrategy(string name)
{
if (!_strategys.ContainsKey(name))
_strategys.Add(name, typeof(TStrategy));
return (TStrategy)UnityService.Resolve(_strategys[name]);
}
public List<string> GetStrategys()
{
return _strategys.Keys.ToList();
}
}
改造思路
1，使用将create的类型标记在对应的接口实现上，反射获取子类的特性，如果新增加一个类型只
需要增加子类，并且在子类添加特性
2，将所有可用子类的元素据缓存起来，在工厂构造函数中反射所有子类和子类的特性用字典缓存起来
并且所有可创建的类型暴露给外部
3，将构造出来的类型做成泛型，并且提供泛型限制，将可构造类型独立出一个维度来变化
4，通过ioc来动态创建类型
5，通过提供regist来提供运行时扩展
使用的案例:
1，SSO登陆，前台用户和后台用户，存放在不同的数据表，数据结构也可能不一样
2，动态数据权限配置，例如，某个角色只能访问某部分数据 =,>,<等等这些筛选条件的扩展
3，状态者模式，状态可扩展，可以由界面去选择某种状态对应那种处理方式，
将处理方式类型放在数据库
4，责任链模式中节点的扩展和配置
通过缓存可以直接所有节点，灵活配置节点来实现流程的功能
5，装饰器的扩展
可以搭配装饰器模式配置出先用某个装饰后用某个装饰、
总结:
上面的这些关于程序设计的一些思考，会在后面的文章中分享一些自己在实际项目中的
具体案例，请关注后续文章。要想一个架构设计能顺利推广，最简单粗暴的方法就是这个架构能够帮助程序员少些代码。
下一篇文章将分享一个，全栈式编程的设计，主要应用于后台系统的增删改查，方便程序员更
快速的处理掉数据的增删改查这部分通用逻辑