1.3 架构的模式

架构的模式

有的时候，为了解决某些特殊的问题，对架构元素进行新的组合。在后来时间的长河中，人们发现有些架构是非常有用的，并且可以被应用于多个领域，于是这些架构就被记录和传播。这样的架构就被称架构模式，架构模式会对系统面临的某些问题提供一系列的解决策略。

一个架构模式刻画了元素的类型和这些元素在实际解决问题时的交互形式，可以根据所使用架构元素的类型对模式进行定义。

• 常用的模块类型的模式
  • 层模式(Layered pattern)
    • 在层模式中，软件元素之间的联系是严格单向的。 层是一系列具有依赖关系的功能的集合。在严格的层结构中，一个层只能调用处于它严格下方的层所提供的服务。在实际应用中，使用这种架构可以降低结构间的依赖。层通常是抽象的，即将详细的实现隐藏在层内，对外只提供服务，这样有利于可移植性。
• 常用的组件连接件模式(component-and-connector)
  • 共享数据(仓库)模式(shared-data or repository pattern)
    • 在这个模式中，创建组件和连接件用于访问持续存在的数据，数据库通常作为仓库存在，而连接件是管理数据库中数据的协议，如SQL。
  • CS模式(client-server pattern)
    • 在这个模式中，组件是client和server，连接件在系统工作时，client和sever间使用的共同协议和传递的数据。
• 常用的分配模式
  • 多级模式(Multi-tier pattern)
    • 这个模式描述了如何将一个系统中的组件分配到不同的硬件和软件的子系统中，并使用连接介质将它们连接，这个结构明确定义了通用的部署(软件－硬件间的分配)结构。
  • 解决方案支援中心和平台(Competence center and platform)
    • 这个模式明确定义了开发一个软件系统的工作分配结构。从解决方案支援中心的角度看，不同的站点的工作分配按照该站点的能力和专家领域决定，比如用户界面的设计工作就会分配给那些具有可用性工程专家的站点。从平台的角度看，某一个站点被分配了开发软件产品线上的一个可重用核心组件的任务，其余的站点就通过调用这些可重用核心组件来开发应用。