有些东西只可意会,不可多言,也许你看了我的还是不会,我 看别人的也看不懂,看多了就懂了那么一些
6大设计原则
开放封闭原则
单一制则原则
开放封闭原则
对拓展开放,修改关闭。
在软件或游戏开发周期中,需求总是在发生变化。
但是在你修改一些类的时候,可能影响到其他地方。牵一发而动全身。改一个全都改
什么是变化的,什么是不变的。
个人理解类设计好了,尽量不要做改动,
如果有功能需求改变。使用继承,子类
单一职责原则
个人理解:一个类只负责一个功能,看起来简单,
比如Math类中,只有数学计算,并不会有其他功能
比如功能是做图片加载,有请求、缓存、显示。分别写3个类。
但是如何划分一个类、甚至是一个函数的职责,这就需要每一个开发者自己去设计。但实际难。
里氏替换原则
父类出现的地方都可以用子类替换,并且功能影响不大
依赖倒置原则
1.高层模块不应该依赖于低层模块,两者都应该依赖其抽象
2.抽象不应该依赖于细节
3.细节应该依赖于抽象
啊 脑袋疼,天哪
接口隔离原则
接口隔离原则的定义是:客户端不应该依赖于他不需要的接口。
另一种定义是:类之间的依赖关系应该建立在最小的接口上。
接口隔离原则将非常庞大,臃肿的接口拆分成更小的和更具体的接口,这样客户端将会值需要知道它们感兴趣的方法。
接口隔离原则的目的是系统解开耦合,从而容易重构、更改和部署
接口应当是稳定的,一但使用了接口,就不要修改
迪米特原则
又称为最小知识原则,一个对象应该对其他对象有最少的了解。说白了,一个类尽量别写别的类
帮助链接
程序设计六大原则 - 野生程序员 - CSDN博客 https://blog.csdn.net/fanxudonggreat/article/details/78888267
C#设计模式 ---- 总结汇总 - jack_Meng - 博客园 https://www.cnblogs.com/mq0036/p/8288099.html