设计模式在程序中的使用

最新推荐文章于 2024-07-04 10:27:10 发布

feng_xiaoshi

最新推荐文章于 2024-07-04 10:27:10 发布

阅读量3k

点赞数

分类专栏：设计模式文章标签：设计模式程序应用

本文链接：https://blog.csdn.net/feng_xiaoshi/article/details/103439536

版权

2 篇文章 0 订阅

订阅专栏

OO设计的主要目的，在于分割责任，将每个模块的责任降低到合理的程度，并对各个模块进行封装以及降低两个模块之间的耦合度，达到修改一处不影响另外一处的目的。

这个原则其实并不仅仅局限于OO设计，只是OO设计提供了更好的支持。

OO设计的要求：

字符解析流程图

CodecManager的作用类似于Facade
Facade原本的作用是为了给多个不同的包提供一个统一的接口，即使这些不同的包的调用方式不同。

业务逻辑图

用于创建一个对象
- 之所以通过一个工厂方法，而不是直接用new的方式去创建，是为了减低模块相互之间的依赖性
- 例如在CodecManager中，如果用new GgaCodec()的方式去创建一个codec，那么以后这个codec行为发生变化，我们需要派生一个新的类Gga1Codec的时候，CodecManager中的new也需要相应的变化

在这里插入图片描述

设计模式的不同侧重

OO设计的主要目的在于封装

对直接的使用者来说，应该成为一个黑盒子，只要给定输入，就能够获取期望的输出
对于期望修改行为的使用者来说，应该不需要关注过多的内部实现，更不需要改动内部的代码来达到修改软件行为的目的
实际的做法其实多种多样，核心的设计，在于控制反转（Inversion of Control，或IoC）
- 代码例子中的GenericFactory仅仅是一个简单的例子
- 可以借助其它的IoC库实现类似的效果，比如Spring

在编程中，有时会发现创建了大量的同类的对象
对象的创建在Java中是比较耗时的，同时这些对象的回收也会占用较多的资源
- Java中的对象都是创建在heap上的，这种创建方式决定了内存的分配会比stack上更加耗时
- Java的垃圾回收机制，会使得整个程序的执行停顿，过于频繁的垃圾回收会对整个程序的响应速度造成严重的影响
尽管在设计及开发中前期阶段，过多的考虑性能优化的方式并不实际也没有必要，但是在设计时的一些考虑还是可以比较有效的提高程序的运行速度
Flyweight（拳击术语，蝇量级）就是尽量重复利用已经创建的对象
GenericFactory中，将创建的对象进行缓存的方式就是Flyweight模式
这种模式的使用条件是，对同一个对象的复用不会影响处理结果
- 具体的来说，处理GGA、GLL、RMC语句时，对应的Codec是无状态的，因此使用Flyweight模式不会影响处理结果
- 对VDM、VDO、ABM、BBM语句来说，因为每个消息都可能有多个语句组成，因此这四种Codec是有状态的，对这四种Codec使用Flyweight模式需要考虑是否合适

它尝试以物件来代表实际行动。命令物件可以把行动(action) 及其参数封装起来，于是这些行动可以被：
- 重复多次
- 取消
- 取消后重做
Command模式的主要意义在于：
- 将复杂的操作分解，简化了每一个操作的功能，达到了解耦的目的
- 通过将多个command组合，可以实现复杂的操作，实现command的复用
- 能够支持command的取消以及重做
Command模式是软件设计中常用的设计模式
本项目中，利用command模式将各个NMEA语句的解析分离

在这里插入图片描述

关注