六大设计原则

• 单一职责原则
• 里式替换原则
• 依赖导致原则
• 接口隔离原则
• 迪米特原则
• 开闭原则

---

单一职责原则

定义： There should never be more than one reason for a class to change (接口单一，职责分明)

例子：

image.png

违背单一职责，用户属性和用户行为写在了一起，修改后如下：

image.png

附上代码：

.......java
IUserBiz userInfo = new UserInfo(); 

//我要赋值了，我就认为它是一个纯粹的BO
IUserBO userBO = (IUserBO)userInfo; 
userBO.setPassword("abc"); 

//我要执行动作了，我就认为是一个业务逻辑类
IUserBiz userBiz = (IUserBiz)userInfo; 
userBiz.deleteUser(); 
.......

优点：

1. 类的复杂性降低，实现什么职责都有清晰明确的定义；
2. 可读性提高，复杂性降低，那当然可读性提高了；
3. 可维护性提高，那当然了，可读性提高，那当然更容易维护了；