业务构件工厂 第一章.pdf

第一部分 概念性框架 第一部分我们讨论“业务构件方法（business component approach ）”的概念性框架。业 务构件方法是业务构件工厂（business component factory ）背后的一个总体思想和哲学（overall mindset and philosophy ），它的基础是一个精确的构件概念——“业务构件（business component ）”。概念性框架由一些重要的思想和观点组成，它们是开发工业级和企业级软件 构件所必须的。这些思想并不是要取代现有分布式系统的思想，而是通过提出完整的联合概 念性框架（a single synergistic conceptual framework ）这种全新理念，来补充原有思想。 前两章做了基础性介绍。此后各章节按照构件及相关工件 （artifact ）的粒度水平进行组 织。不同的粒度水平分别对应业务构件方法的五个维数。“维数（dimension ）”是我们的术 语，用来表示我们认为不可或缺的模式和观点的某种结合，我们将会从下文中看到。 第一部分结构是这样的： 第一章：面向构件的开发。本章描述了业界经常提到的面向构件开发 （component-based development ），以及我们所指面向构件开发。当然，我们会首先说明软件构件的概念，否则 无法对面向构件开发进行探讨。 第二章：业务构件方法。本章简要讨论面向构件开发的主要思想和观点。本章引入了企 业级面向构件开发所必须的主要概念维数 （conceptual dimension ）和架构观点 （architectural viewpoint ），并提供开发过程的高层次描述。 第三章：分布式构件。本章详细解释了分布式构件概念，这是现今大多数从业人员在讨 论企业级软件构件时都会提到的概念。 第四章：业务构件。本章详细解释了业务构件概念。这是一个很强大的软件构件概念， 支持整个开发的生命周期，涵盖所有的架构观点。这是业务构件方法的核心概念，并由此得 名。 第五章：业务构件系统 （Business Component System ）。本章提出了有关业务系统在运 用业务构件进行建模、设计、和实现时要涉及的概念、考虑和原则。还介绍了 “系统层面构 件（system-level component ）”的概念——即把整个系统视为一个单独的软件构件。 第六章：系统层面构件的联合 （Federation of System-Level Components ）。本章涉及在 讨论系统或系统层面构件联合时必要的一些主要概念。联合是指需要协同工作的信息系统的 集合，这些信息系统通常由不同的软件生产商开发。 第一部分对概念性框架的讨论，是通过基于类型或基于服务的架构风格（type-based or service-based architectural style ）的例子进行的，这种架构风格的所有构件都是对象的管理者 而不是对象实例本身 [译者注：type-based和instance-based相对，两者的区别可以近似理解为 前者引入了Façade模式而后者没有，第九章将详细讨论] 。以用于管理某业务系统内所有销 售订单的“订单”构件为例：使用基于类型的架构风格时，单个订单不能直接通过网络处理。 基于类型的架构风格除了能使要举的例子更加简短之外（！），还与目前的构件技术对应得相 对好，再就是那些并不深入了解面向对象的读者更容易理解。当然，这并非唯一可能的风格； 在第二部分第九章中，我们将讨论应用架构 （application architecture ），其中会包括基于类型 的架构风格与其它架构风格（例如基于实例的架构风格）的探讨和比较。 - 1 - 第一章 面向构件的软件开发 本章着重说明向面向构件的软件开发过渡的必要性。迄今为止，面向构件的软件开发是 控制高涨的复杂度和商业信息系统成本最有前途的方法。面向构件也为高可伸缩性系统 （scalable system）的架构、设计、实现和部署 （deploy ）提供了最佳方法，可以达到目前企 业环境所要求的灵活性（flexibility ）和敏捷性（agility ）。本章由三节组成，分别如下： 术语“构件”是什么意思——构件是什么，构件不是什么 “面向构件的软件开发”是什么意