yuluo

单一职责原则例1：大家应该能看出来这个类图中的接口设计是有问题的，用户的属性和用户的行为没有分开。我们根据用户的属性和行为拆开这个接口。重新拆分成两个接口，IUserBo 负责用户的属性，IUserBiz负责用户的行为。当我们实例化除UserINfo这个对象后，我们可以把UserInfo当做IUserBo实现类使用也可以将它当做IUserBiz的实现类使

里氏替换原则定义：所有引用基类的地方必须能透明地使用其子类的对象。通俗点讲，只要父类能出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或异常，使用者可能根本就不需要知道是父类还是子类。但是这里我们需要注意的是：有子类出现的地方，父类未必就能适应。优点：代码共享，减少创建类的工作量，每个子类都拥有父类的方法和属性；提高代码的重用性；子类可以形似父类，

在《投名状》这部轰动一时的影片中有这么一个片段，慈禧太后召见庞青龙，带路的太监说，从门口到见到老佛爷（也就是慈禧太后）这条短短的路他花了大半辈子才走完，而很多人一辈子也走不完，感叹道：“你倒好，这么短的时间里就走了别人花费一生才能走完的道路”。定义：    迪米特法则(Law of Demeter，简写LoD )又叫做最少知识原则（LeastKnowledge Principle 简写LK

依赖倒置原则定义：    a. 高层模块不应该依赖于低层模块。二者都应该依赖于抽象。    b. 抽象不应该依赖于细节。细节应该依赖于抽象。         抽象：就是指接口或者抽象类。        细节：实现类，可以被new出来的类。为什么要遵守依赖倒置原则？    正是高层模块包含了应用程序中重要的策略选择和业务模型。这些高层模块使得其所在的应用程序区别于其它

接口隔离原则定义：    1、客户端不应该依赖它不需要的接口。    2、类间的依赖关系应该建立在最小的接口上。    概括的说：建立单一的接口，不要建立臃肿的庞大的接口。与单一原则的区别：    单一职责要求的是类和接口单一，注重的是职责，这是业务逻辑上的划分。而接口隔离原则要求接口的方法尽量少。举例：    一个星探找美女的过程（美女的条件：身材