- 博客(3)
- 资源 (1)
- 收藏
- 关注
RSS订阅转载 opp设计原则-依赖倒置原则
定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接
2017-10-31 19:47:36
469
原创 oop设计原则-里氏替换原则
李氏替换原则是以提出者命名的，是指对父类对象的引用在替换成子类的时候也可以保证编译和逻辑不出现异常。 在日常开发中，我们经常会对父类的方法进行重写，从而可能导致没有遵循李氏替换原则，这样有一个坏处，在他人调用此被重写的方法时，子类被当做父类使用，而编译不会报错，但是得不到应有的返回值，使代码出问题的几率大大增加。 但子类就是为了对父类进行更精确的描述和拓展而存在，所以在李氏
2017-10-31 16:26:42
385
原创 oop设计原则-单一原则
刚刚开始学习设计模式，首先大致理解一下设计模式的基本原则。写这篇文章的意义就是加深理解。并希望有幸得到大家指正我的错误和不足之处。 在实际的开发和维护中，总会有bug越改越多的情况，或者由于增加需求而导致以前的代码出现bug。我认为就是由于没有遵守单一职责原则导致。 单一职责的定义：一个类只负责某一种逻辑或功能。 举一个之前工作遇到的场景：我们做的是一个
2017-10-31 10:44:03
268
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人