设计模式之六大原则

如果内容有歧义请大家留言，我会换一头天 ，谢谢

开闭原则：

     "一个软件实体应当对扩展开放，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。"

    天 行空：当在一个不需要考虑空间的地方，很多人都在一起吃饭，当人数增加时，我们希望的是可以增加一张桌子，而不是再换一个更大的桌子。

里氏替换原则：

     "所有引用基类对象的地方能够透明地使用其子类的对象"

    天 行空：比如说我们吃饭，你想知道西施喜欢吃啥肉肉。你问西施喜欢吃牛肉吗？西施说不喜欢；然后你又问西施喜欢吃猪肉吗？西施说不喜欢；你：emmm。然后我问西施你喜欢吃肉肉吗，西施说不喜欢。

所有呀在你定义对象时最好时基类，然后运行时在用其子类覆盖。

依赖倒置原则：

   " 抽象不应该依赖于具体类，具体类应当依赖于抽象。换言之，要针对接口编程，而不是针对实现编程。"

    天 行空：没搞懂

 

知道最少原则：

    "一个软件实体应当尽可能少地与其他实体发生相互作用"

    天 行空：比如说我们吃饭，你把你所有朋友都喊到一起，但是你朋友之间却不认识，结果吃到最高兴，你有事跑了。就像你把一个类和所有类都拉上关系，结果它有问题了。

单一职责原则：

    "一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。"

    天 行空：比如说我们吃饭，饭店使用很多不同样式的碗盘去装不同的饭菜。结果有一家厂商觉这麻烦，弄了一个超级大碗，里面分了很多格子可以装这个饭店所有的菜品。但是这种碗却不适合另一家餐厅。就像你写的一个超级大类，他的复用性几乎为零。

接口分离原则：

    "使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。"

    天 行空：比如说我们吃的饭不可能用一口锅就可以炒出来吧，需要很多种类的锅炒出不同的饭，就像软件中很多接口下的很多实现类一样，你可以把所有东西都放在一个接口中去实现，但是就像你可以用炒菜锅整一个米饭，后果你是知道的。

 

参考文章：https://juejin.im/post/5c8756e6e51d456cda2e7ff1