http://coolshell.cn/articles/11609.html
框架模块设计经验总结
总述 一个大型的框架，必然由多个较独立的子系统/子模块构成。这些子模块如何交互，之间的接口如何定义，这是框架的架构设计的问题。而今天我主要要总结一下，针对其中的某一个子模块，应该如何进行设计。（例如，在 OEA 中有这些相对独立的模块：分布式框架、实体框架、界面生成框架、命令框架、产品线框架、分布式缓存框架、报表模块……） 我在对一个模块进行设计时，大致经过以下流程：预设计阶段、逻辑设计阶段、设计评审、设计调整阶段、设计实现阶段、模块整合阶段。在一次单独的设计中，并不是必须要经过以上每一个阶段。例如，当模块比较简单时，就不需要设计评审、设计调整等阶段了。以下我逐一描述。 预设计阶段 设计开始之前，我们需要为设计做很多工作。其主要的目标是收集并整理模块的需求，力求结构化地描述需求。这些需求主要包括：场景需求、质量属性要求、环境约束。这个过程对于之后的设计过程相当重要，原因也很明显，不再赘述。 场景需求包括：框架用户对模块的功能性需求、70%场景、20%场景、10%场景、API 需求。 质量属性：参考ISO 9126。这里要分析出关键质量属性。 环境约束：技术约束、系统...
