读书笔记----软件设计原则、设计模式

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/2021Softwarecodedevelopmenttechnology
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/2021Softwarecodedevelopmenttechnology/homework/11833
这个作业的目标	学习并理解软件设计模式及其应该遵循的设计原则

书籍详情

书名	作者	出版社	内容简介
《Head First 设计模式》	[美国] 弗里曼	中国电力出版社	Head First陆续的介绍了策略模式、观察者模式、装饰者模式、工厂方法模式、抽象工厂模式、单件模式、命令模式、适配器模式、外观模式、模板方法模式、迭代器模式、组合模式、状态模式、代理模式，在介绍各种模式的期间，用简单的应用场景、通俗的语言引导读者去思考这些模式是如何利用和遵循相应OO原则的，然后再清晰的总结出每种模式的定义。

装饰者模式

问题/场景：
我们平时接触到的最多的装饰者模式就是Java的IO类。在不修改FileInputStream这个基本的字节读取类的同时，增加新的功能利用缓冲来改变性能，那么我们就可以使用装饰着模式，利用BufferedInputStream这个装饰者类增加缓冲输入和readline()的功能。

解决方案：
按照上面的例子，BufferedInputStream扩展自FilterInputStream这个抽象的装饰类，BufferedInputStream拥有FileInputStream这个基础组件的行为，并且增加扩展的装饰者的行为。

定义：
装饰者模式动态地将责任附加到对象上，想要扩展功能，装饰者提供有别于继承的另一种选择。

其他：
装饰者会导致设计中出现很多的小对象，会让程序变得稍微复杂，但是对于一些动态扩展行为的场景来说，装饰者是很方便和易扩展的。
当我们在考虑需要扩展一个基本功能的组件时，我们可以考虑使用装饰者模式增强代码的弹性、可扩展性。

要点总结：

• 装饰者模式的原则是我们最常见的开闭原则。
• 使用组合和委托的方式，可以在运行时动态地加上新的行为。

内容归纳

设计模式

1.策略模式

原则：
1：找出应用中可能需要变化之处，把它们独立起来，不要和那些不需要变化。
2：针对接口编程，而不是针对实现编程。
3：多用组合，少用继承。
策略模式定义了算法族，分别封装起来，让他们之间可以互相替换， 此模式让算法的变化独立于使用算法的客户。

2.观察者模式：

原则：
4：为了交互对象之间松耦合设计而努力。
观察者模式 定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖者都会受到通知并自动更新。

3.装饰者模式：

原则：
5：类应该对扩展开放，对修改关闭。（开放-关闭原则）
装饰者模式动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。

4.工厂模式：

原则：
6：要依赖抽象，不要依赖具体类。（依赖倒置原则）
抽象工厂模式提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。

5.单件模式：

原则：无
单件模式确保一个类只有一个实例，并提供一个全局访问点。

6.命令模式：

原则：无
命令模式将“请求”封装成对象，一边使用不同的请求、队列或者日志来来参数化其他对象。命令模式也支持可撤销的操作。

7.适配器模式和外观模式：

原则：
7：只和你的密友谈话。（最少知识原则）
适配器模式将一个类的接口，转换成客户期望的另一个接口，适配器让原本接口不兼容的类可以合作无间。
外观模式提供了一个统一的接口，用来访问自系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。

8.模板方法模式：

原则：
8：别调用我们，我们会调用你。（好莱坞原则）
模板方法模式在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中，模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。

9.迭代器与组合模式：

原则：
9：一个类只有一个引起变化的原因。（单一责任原则）
迭代器模式提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其内部的表示。
组合模式允许你将对象组合成树形节后来表现“整体/部分”层次结构。组合能让客户以一致的方式处理个别对象以及对象组合。

 

总结

开发模式不一定能简化代码，在大多数情况下反而会大大增加软件开发的工作量、代码量，但是对于一个长期维护的软件生态来说，它很值得这些付出，它意味着日后维护更低的成本，将获得更高的开发收益。