如何把握架构设计的易变性,以适应不断变化的需求?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1396个文字,预计阅读时间需要6分钟。
一、架构设计分层+通常情况下,我们的架构设计图大体如下,首先声明一点,这其实并没有什么不妥的,这也是非常典型的分层设计。以下是对各个层次的简要描述:
一、架构设计分层
通常情况下,我们的架构设计图大概率会如下图这个样子了,首先声明一点,这其实并没有什么不妥的,这也是很典型的分层设计啦~
关于各个分层的具体描述,就简单的来聊聊吧。
Client层
这个比较简单,就不多说了。
Business Logic
业务逻辑这层分成 Manager 和 Engine 层,Manager 负责管理流程类的易变性,Engine 负责某个活动节点本身的易变性。
什么是流程易变性呢?简单理解,就是工作流嘛。
下面的两个流程是完全相同的,只是在第二步使用的活动不一样,如果 B 和 D 干的是同一件事情,那么 B 和 D 应该被封装进同一个 Engine 中。
当然,如果 B 和 D 功能不一样,那这两个流程就不一样了,另论。
本文共计1396个文字,预计阅读时间需要6分钟。
一、架构设计分层+通常情况下,我们的架构设计图大体如下,首先声明一点,这其实并没有什么不妥的,这也是非常典型的分层设计。以下是对各个层次的简要描述:
一、架构设计分层
通常情况下,我们的架构设计图大概率会如下图这个样子了,首先声明一点,这其实并没有什么不妥的,这也是很典型的分层设计啦~
关于各个分层的具体描述,就简单的来聊聊吧。
Client层
这个比较简单,就不多说了。
Business Logic
业务逻辑这层分成 Manager 和 Engine 层,Manager 负责管理流程类的易变性,Engine 负责某个活动节点本身的易变性。
什么是流程易变性呢?简单理解,就是工作流嘛。
下面的两个流程是完全相同的,只是在第二步使用的活动不一样,如果 B 和 D 干的是同一件事情,那么 B 和 D 应该被封装进同一个 Engine 中。
当然,如果 B 和 D 功能不一样,那这两个流程就不一样了,另论。

