您的位置:关于Java组件开发:一个概念框架 (1)
[ 来源：互网络 | 更新日期:2007-09-19 04:27:04 | 浏览次数：12467]
简介：ConfigurationChangeNotifier扮演Observable的角色并在XML配置文件发生更改时启动通知ConfigManger线程，并将指出其内容上的改变。
?公司需要将其文件仓库从文档文件转成网络文件。
?公司需要更换其安全提供商。
?因为经济情况的巨大的改变，保险公司必须扩展其保险流程政策到更大范围。
一样东西是很确定的，需求更改就像商业和技术一样快速改变。但是对于所有改变，无论其大小，我们都需要抛弃原来整个系统重新开始么？这是不必要的―架构和设计解决方案时加入少许考虑，好的策略以及最优方法可以适应现有的体系结构的变更而不需要太多争辩。
在面向对象编程以及分布式对象技术中，组件是类和接口的集合，通过可重用的外部API来满足需求（功能性的以及非功能性的）。组件应该可以在分布式网络环境运行来形成网络程序。基于组件的设计和开发对于遵循面向对象分析与设计（OOAD）的方法学的专家并不是新的话题。
本文的目的是根据java的最优方法和最初开始一步一步地达到通用的概念模型来开发java组件。本文面向的读者需要具有Java，UML以及Java/J2EE设计模式的知识。这篇文章主要描述的范围是：
?组件的基本性质。
?如何利用Java设计最优方法（设计模式）来实现这些Java组件设计的基本性质，并且形成一个概念上的基本组件开发框架, 这个框架将来可以方便地用于任何组件开发中的。
组件的基本性质
?为了让其他组件可以与之相互作用，组件必须有服务接口（API）。
?组件必须有合适的生命周期机制（start, stop, initialize等等）
?组件必须可以配置。
?组件只有一个实例在企业程序中运行。
?配置的改变应该是动态的（在运行中）。
?组件必须有合适的第三方软件融入的机制。
?组件必须有合适的处理错误机制
如何实现基本的组件性质
组件必须有服务接口（API）
无论我们是在一个类还是几个类中写100行到1000行的代码，最终劳动成果（类或者类的结合）提供一些基本的高级的服务。返回去想想，我们甚至可以在实现他们之前定义那些我们想要达到的基本的高级的服务。
让我们举个来自保险界的例子，保险商在他每天做了以下的工作：
?检查保险申请。
?收集并评估背景信息。
?根据公司现有的规则计算保险金
?从其他部门收集信息以及各种各样的报告（医学等等）。
?准备相关的政策。
现在我们如果想写一个保险商的商业组件，我们必须有如图1的服务接口以及其实现：
Figure 1. Underwriter service interfac
当其他组件请求保险商组件的服务时，并不需要考虑组件内部的操作。封装其商业逻辑让组件更易维护及扩展。
服务组件将有一个主要的服务实现类（服务接口的实现）以及这个类使用助手类，这个类是组件的一部分，同时也可能使用其他的组件
在产品开发中，我们也须有许多组件提供不同的服务。例如，在保险业，我们有“索取流程组件”，“投保人服务组件”以及其他更多组件。所以我们必须有个机制来在企业解决方案中注册这些服务组件，使其可以根据企业的特殊需要采用或者中止这些服务。
下面是XML结构的例子，它可以自动处理服务注册的流程。
<Services>
