六大设计原则
- 单一职责原则
- 里式替换原则
- 依赖导致原则
- 接口隔离原则
- 迪米特原则
- 开闭原则
单一职责原则
定义： There should never be more than one reason for a class to change (接口单一，职责分明)
例子：
违背单一职责，用户属性和用户行为写在了一起，修改后如下：
附上代码：
....... IUserBiz userInfo = new UserInfo(); //我要赋值了，我就认为它是一个纯粹的BO IUserBO userBO = (IUserBO)userInfo; userBO.setPassword("abc"); //我要执行动作了，我就认为是一个业务逻辑类 IUserBiz userBiz = (IUserBiz)userInfo; userBiz.deleteUser(); .......
优点：
- 类的复杂性降低，实现什么职责都有清晰明确的定义；
- 可读性提高，复杂性降低，那当然可读性提高了；
- 可维护性提高，那当然了，可读性提高，那当然更容易维护了；
