1、单一职责原则
应该把用户的信息抽取成一个BO（Business Object, 业务对象），把行为抽取成一个Biz（Business Logic，业务逻辑）
IUserBO和IUserBiz
对於单一职责原则，我的建议是接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化。
2、依赖倒置原则
百分之八十以上的设计模式是基于该原则
高层模块不应该依赖于低层模块，他们应该依赖于抽象而不是细节
面向接口编程
IOC,AOP,AUTOFAC,依赖注入概念的理解
3、里氏替换原则
通过继承，子类拥有父类所有的方法和属性；
所有使用基类的地方，都可以透明的使用子类
三个注意点：
3.1、如果父类出现了子类没有的东西，断掉继承而不是强行继承（可以用的改进方式：建一个更高的父层。）
3.2、子类出现的地方，父类不一定可以代替，因为子类可以拥有自己的特性
3.3、子类可以扩展父类的功能，但是不要改变父类的功能
