设计模式篇——命令模式

prtyaa 2023-12-29 21:56:59  65781

分类专栏：资讯

项目经理的重要性

在上学的时候，老师会把一个班的同学分成几个小组，并且每个小组选出一个组长，由组长带领自己的组员共同完成一个程序的开发。参加工作后，每个项目也都会有一个项目经理的角色，他们要做的事情就是同客户沟通需求并且制定最终需求，控制成本，把控进度，分配任务等等，可见一个项目经理对整个项目组是非常重要的。那没了项目经理会怎么样呢？接下来，我们用代码来模拟这个场景，看下缺少项目经理这个角色后，会存在怎样的问题。

假设我们现在要开发一个后台管理系统，我们的成员分为需求组、美工组、代码组。整个开发流程大致是这样的：客户首先与需求组讨论需求，然后和美工组讨论页面，最后和代码组讨论实现，告诉他们修改、删除、增加各种内容等。针对这种场景，我们设计出如下类图：

类图很简单，一个抽象组类，三个具体组继承自抽象组，客户Client分别与三个组进行交互。代码清单如下。

抽象组Group：

需求组RequirementGroup：

美工组：

代码组：

整个项目的3个支柱都已经产生了，那看客户怎么和我们谈。客户刚开始提交了他们自己写的一份比较完整的需求，需求组根据这份需求写了一份分析说明说，客户看后要求增加需求。代码如下：

运行结果如下所示：

客户的需求暂时满足了，过了一段时间，客户又要求删掉一个界面，于是又有一次场景变化：

运行结果如下所示：

过了一天后，客户又把代码组叫过去，说是数据库设计有问题，然后又叫美工组过去改页面，布置了一堆的命令……这时候，问题就慢慢浮现出来了。客户每次有问题都叫一个组过去，还要分析这个问题是需求还是页面还是代码，非常不方便，还会存在把美工组叫过来说页面画的不对，但美工说需求就是这样的，于是客户又要去找需求组谈，一次次的折腾，客户肯定会烦躁的。这时，就需要我们这面选举出一位项目经理了，客户不管有什么问题都找项目经理谈，然后项目经理根据客户的问题，分配给不同的组去处理，这样就能避免出现上面的问题了。说白了，就是客户发出命令，项目经理执行命令，具体怎么执行，由谁执行，由项目经理来确定。这就是所谓的命令模式。