拆解与组合

一项任务分很多步骤，涉及很多方面，且诸多关联，构思或选择完成它的方式对完成效率与效果有着极大的影响！

有条不紊的完成任务，最重要的是合理的进行任务拆解。合理的拆解让子任务相对独立，整体架构益于理解，组合更有效率！

因此，在开始一件任务之前，别急着动手，先进行初步的过程设计，形成拆解架构是谓之磨刀不误砍柴工！

拆解的基本原则

1.问题转换

为了便于拆解，需要根据设计思路重新描述任务！

拆解要覆盖任务的方方面面，且要清晰知道如何行动！

2.解藕

藕，耦合的意思，指的是两两之间相互关联性和依赖性。
解藕就是要解除或降低这种依赖性！

通常的方法: 接口化，代理化

接口化就是只约定参数，你给输入，我给你输出结果。

代理化就是加入中间者，把一些相关结果丢给它，自己忙点别的。

拆解模式

没有固定的拆解模式，自己熟悉，好理解即可，甚至不拆解也行，哈哈！个人觉得可以从两个角度考虑拆解模式。

1.自上而下

从最终要达到的效果出发，一步步提出所需组件形成架构的各个部分。

2.自下而上

从问题或已有条件出发，形成合理的相对独立的组件，有效结合形成解决方案。

当然两者可以一定程度结合！

拆解实例

任务:在地图上标注活跃设备的位置！

重新描述:找出活跃设备，在地图上标注出其位置。

• 给定位置清单，地图标注
• 给定活跃设备信息，格式化信息
• 获取活跃设备列表

位置标注独立化，不管数据来源。解耦，可复用。
格式化信息只管为下一步标注做准备，中间化，简洁。
获取活跃设备列表，活跃的规则定义，只管数据，独立，单一，清晰。