六大设计原则
- 单一职责原则
- 里式替换原则
- 依赖导致原则
- 接口隔离原则
- 迪米特原则
- 开闭原则
单一职责原则
定义: 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(); .......
优点:
- 类的复杂性降低,实现什么职责都有清晰明确的定义;
- 可读性提高,复杂性降低,那当然可读性提高了;
- 可维护性提高,那当然了,可读性提高,那当然更容易维护了;