架构设计要了解的几种思维方式

治之的思维方式

分而治之，是把一件笼统模糊的事项变得清晰，把复杂的事项变得简单的思维方式。而这正是我们进行架构设计首要达成的目标。

架构设计师必须要学会架构分解，将软件的功能和非功能需求在架构的多个层面进行分解。

架构分解的时机要恰当，不要过早分解、也不要过度分解，通常的分解时机就是架构构造和演变时。

架构分解应当遵循以下原则：

• 高内聚、低耦合。

• 层次性。分解的顺序一般是系统→子系统→模块→组件→类。

• 正交原则。分解出的架构元素符合正交原则。

• 抽象原则。分解出的架构元素应当是架构设计师抽象的结果。

• 稳定性原则。应当将稳定架构元素和不稳定的架构元素独立。

• 复用性原则。架构设计应当和软件一样，要考虑复用和可复用的设计。

2. 聚而合之的思维方式

分而治之的目的是降低难度，但软件的设计和实现最终还是要将分解的各个元素组合在一起。所以，不能为了分解而分解，在分解的过程中也要考虑将来的集成。毕竟如果分解后的内容无法集成在一起，分解得再详细，再清晰也没有任何意义。

3. 动静分离的思维方式

动静分离的思维方式要求将系统中的静态资源与动态资源分离，同时又要注意二者结合的架构设计。因为动态的流程和用例无法离开静态的数据和类就能自行完成的。

4. 复用的思维方式

复用是最佳的软件工程实践，没有之一。复用可以给我们带来以下好处：

• 较高的生产率。

• 较高的系统质量。

• 改善系统的可维护性。

所以，我们在进行架构设计时也需要使用复用思维，将各个模块需要用到的共性功能抽取为可复用的共性组件。

我们可以将复用分为常规复用和系统层复用。

其中常规复用又可分为代码复用、算法复用、数据结构的复用；系统层复用又可分为设计复用、分析复用。

5. 分层的思维方式

分层是将各架构元素通过分层重新构建的过程，各层之间要保持独

（编辑：东莞站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!