构件设计原则.docx

构件设计原则（参考）构件的粒度和对外接口的设计决定了构件的可复用和松耦合特 性粒度过大，灵活性小，难以实现复用，粒度过小，管理成本提升， 使得复用性也很难改善；接口和实现的分离，保证各项业务构件在提 供标准化的服务接口的前提下可以替换各种可选的实现，而不会影响 系统其它部分的实现，接口设计不当，对于构件的耦合会有很大的影 响构件的粒度构件的粒度根据需要可以不同，既可能是独立运行的子系统，也 可能是程序模块构件是提高应用系统灵活性和复用的重要基础构 件粒度太小，造成构件数量多，构件之间交互多，管理困难，性能低 下；构件粒度粗，功能复杂，功能之间关系紧密，升级困难（可以独 立升级往往会作为确定一个构件范围的重要因素），很难实现重用 因此找到一个合适的构件粒度是很重要的事情构件定义是这样推出来，我们把整个企业的所有软件称之为系 统，即一个企业只有一个系统；系统下面划分成若干应用，每个应用 完成一个相对独立的业务功能，比如财务管理、人力资源管理等，一 般来说是一个厂商独立完成（后文还会提到，如果是基于一个业务基 础平台，多个厂商可以在一个应用中）；应用下面划分成若干业务组 件，业务组件是相对独立的功能，其可以进一步划分成若干模块，从 而形成了系统－应用－业务组件－模块这样四个层次的模型。

根据 SCA 的定义，模块下面可以进一步划分成程序集为更小的粒度从软 件复用角度来看，业务组件是独立部署的最小颗粒，模块是复用的最 小颗粒除了业务组件需要粒度控制外， Web 服务的粒度控制也是一项 十分重要的设计任务通常来说 , 对于将暴露在整个系统外部的服 务推荐使用粗粒度的接口 , 而相对较细粒度的服务接口通常用于企 业和机构系统架构的内部从技术上讲 , 粗粒度的服务接口可能是 一个特定服务的完整执行 , 而细粒度的服务接口可能是实现这个粗 粒度服务接口的具体的内部操作虽然细粒度的接口能为服务请求者 提供了更加细化和更多的灵活性 , 但同时也意味着引入较难控制的 交互模式易变性 , 也就是说服务的交互模式可能随着不同的服务请 求者而不同如果暴露这些易于变化的服务接口给系统的外部用户 , 就可能造成外部服务请求者难于支持不断变化的服务提供者所暴露 的细粒度服务接口而粗粒度服务接口保证了服务请求者将以一致的 方式使用系统中所暴露出的服务构件的松耦合设计耦合性是程序结构中各个模块之间相互关联的度量，它取决于各 个模块之间接口的复杂程度、调用模块的方式以及哪些信息通过接 口耦合性由松到紧可以分成以下几种：非直接耦合、数据耦合、标 记耦合、控制耦合、外部耦合、公共耦合、内容耦合。

非直接耦合是 指两个模块之间没有直接关系，这种耦合的模块独立性最强数据耦 合，彼此之间是通过数据参数 （ 不是控制参数、公共数据结构或外 部变量 ） 来交换输入、输出信息的，模块之间的独立性比较强标 记耦合是指一组模块通过参数表传递记录信息，就是标记耦合，这要 求这些模块都必须清楚该记录的结构，并按结构要求对此记录进行操 作，应尽量避免这种耦合，它使在数据结构上的操作复杂化了在构 件设计模型中构件之间尽量实现非直接耦合（总线模式，推荐使用） 和数据耦合（共享库模式，控制使用），通过定义清晰的 Web 服务 进行交互，构件内部的模块之间可以通过标准化的 Web 服务或者数 据表来进行共享。