统一建模语言（UML）基础
	Java 建模：UML 工作簿
	Java 建模：子整体软件开发
	Java 建模语言（Java Modeling Language，JML）

本专题为 Java 软件工程师们提供了面向 Java 的设计模式和建模方面相关的文章和教程。帮助读者理解、学习作为专业软件工程师必需掌握的设计模式与建模技术。

UML基础：统一建模语言简介
回顾 20 世纪晚期 -- 准确地说是 1997 年，OMG 组织（Object Management Group 对象管理组织）发布了统一建模语言（Unified Modeling Language，UML）。UML 的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。UML 提出了一套IT专业人员期待多年的统一的标准建模符号。通过使用 UML，这些人员能够阅读和交流系统架构和设计规划--就像建筑工人多年来所使用的建筑设计图一样。

统一建模语言(UML) 版本 2.0
所谓的“模型驱动”开发（MDD）方式，已经显示出了它们从根本性上提高软件质量和开发生产力方面的潜力。与传统的方法相比，这种方式是基于较高层次上的抽象和更好的自动化利用的。由于建模语言对MDD的成功具有关键性的作用，所以最近完成了对基于工业标准的统一建模语言（UML）的主要修订。随着一些重要的新的建模能力添加到其中――比如更精确地获得软件架构的能力――这次修订的主要特性使得语言定义更加精确，从而达到了更高层次的自动化。这篇文章解释了这一特性是如何实现的，并且描述了 UML 2.0 的其他亮点。

UML 基础：类图
在 UML 2 中，作为新结构图类型的最重要实例，类图可以在整个软件开发生命周期中，被分析师，业务建模人员，开发者和测试者使用的。本文提供了全面的介绍。

UML 基础：序列图
本文作为 UML 基础的、关于统一建模语言的基础图的一系列文章的一部分，提供对序列图的详细介绍。它也介绍了最近的 UML 2.0 规范的几个新符号元件。

UML 基础：组件图
这篇文章介绍组件图，一个在新的统一建模语言 2.0 中规定的结构图。

UML 基础：组件图
这篇文章介绍组件图，一个在新的统一建模语言 2.0 中规定的结构图。

Java 建模：UML 工作簿，第 1 部分：序列图简介
Granville Miller 在其新专栏的第一部分中介绍了“统一建模语言”(UML) 的一个构件：序列图。在整个设计过程中都会用到序列图，此图用于演示系统执行时参与者与对象之间的内部交互。让我们跟着 Granville 一起创建其中一个图，我们将使用一个贷款处理应用程序作为示例。

Java 建模： UML 工作簿：第 2 部分：序列图中的条件逻辑
Granville 继续讨论“统一建模语言”和序列图的绘制。他仔细研究了序列图绘制过程中条件逻辑的角色，并讨论了为什么要在图中包含或排除条件和循环。Granville 还描述了序列图的两种形态 -- 常规和实例 -- 并说明了它们在开发周期中各自的应用。

Java 建模： UML 工作簿，第 3 部分：在用例建模上的用户接口逻辑
在这一部分的 Java 建模中，Granville 引领您进入介于建模和方法之间的区域，同时看一下通过用例建模所收集的需求。他特别着重讨论了用户接口、系统接口和用例描述之间的关系。尽管现在正试图在用例中包括用户接口逻辑，但这通常被认为是不好的形式。接着， Grancille 用序列图和系统接口告诉您具体原因。请点击文章顶部或底部的讨论，参与讨论论坛，与本文作者和其他读者分享您对本文的想法。

Java 建模：UML 工作簿，第 4 部分
本文深入讨论用例图的基本组件之一：参与者（actor）。参与者不仅在 UML 建模中不可或缺，而且在创建 Java 应用程序时，它也能起到很重要的作用，甚至可以就 J2EE 应用程序设计中的模式提出建议。对于开发诸如 Web 服务（在其系统设计中，外部交互扮演了很重要的角色）这样的复杂系统，参与者变得尤其重要。Granville 用序列图和类图来阐述参与者在用例图的绘制和 Java 应用程序开发中的角色。

Java 建模：子整体软件开发，第 1 部分：宣言
Granville Miller 暂时放弃需求收集主题，着手讨论另一个引人入胜的主题：子整体软件编程。 让我们找找这个方法如何补充和扩展灵活开发运动原则，以及它在主流开发界中的出现如何可能改变软件开发者的教育和软件开发实践。请在 讨论论坛与作者和其他读者分享您关于本文的想法。

Java 建模：子整体软件开发，第 2 部分：需求收集：工作的恰当过程
Granville Miller 继续他关于子整体软件开发的讨论，并在概念上对需求收集作了概括。 让我们看看四个最常见的需求收集过程 ― 功能特性、用户情景、用例和传统的软件需求规范 ― 怎样适应灵活的软件开发过程更广阔的环境。 请在 讨论论坛与作者和其他读者分享您关于本文的想法。 过程太少，非凡的人能做平凡的事； 过程太多，即使是非凡的人也不能做非凡的事。

JML 入门
Java 建模语言（Java Modeling Language，JML）是一种用来进行详细设计的表示法（notation），它倡导一种思考方法和类的新思路。在这篇入门文章中，Java 编程顾问 Joe Verzulli 介绍了 JML 及其一些最重要的说明构造。

	Factory Method 模式
	Singleton 模式
	Observer 模式
	State 模式
	控制反转（IoC）模式
	Single Call 模式
	其它模式
	反模式
	从 Java 类库看设计模式
	使用设计模式改善程序结构

本专题为 Java 软件工程师们提供了面向 Java 的设计模式和建模方面相关的文章和教程。帮助读者理解、学习作为专业软件工程师必需掌握的设计模式与建模技术。

Factory Method 模式在 Javamail 中的应用
设计模式在软件工程中占有重要地位，而 JavaMail 是 Java 平台的一个扩展，为管理电子邮件提供了统一的应用编程接口。本文讨论 Factory Method 设计模式在Javamail 中的应用。

在 Java 中应用设计模式 - Factory Method
在设计模式中,Factory Method也是比较简单的一个,但应用非常广泛，EJB,RMI,COM,CORBA,Swing中都可以看到此模式的影子，它是最重要的模式之一。在很多地方我们都会看到xxxFactory这样命名的类,那么,什么是Factory Method,为什么要用这个模式,如何用Java语言来实现该模式,这就是本文想要带给大家的内容。

Factory 模式的优点
最常见的构造一个 Object 的方法是通过构造函数. 例: String strTemp = new String('Hello World'); 其实还有一种一种更灵活的创建Object 的方式---利用Factory 模式. 这是著名的'四人帮'(Gangs Of Four)的经典之作'设计模式'[(Design Pattern) 所记载的23模式之一. 它有着构造函数不可比拟的一些优点.

在 Java 中应用设计模式 -- Singleton
本文介绍了设计模式中 Singleton 的基本概念,对其功能和用途进行了简单的分析,列出了通常实现 Singleton 的几种方法,并给出了详细的Java 代码。

Observer 模式在 J2EE 中的实现
设计模式是经验的文档化。它是对被用来在特定场景下解决一般设计问题的类和相互通信的对象的描述。更通俗的来说，它是一个问题/解决方案对。一旦我们掌握了设计模式，就等于拥有了一支强有力的专家队伍。它甚至能够使面向对象的新手利用前人的经验找出职责明确的类和对象，从而获得优雅的解决方案。

State 模式在客户端软件中的应用
在对一个 J2EE 项目的重构、增加新功能的过程中，对客户端 GUI 程序，我们使用了 State 模式。结果显示，该模式的使用，不但减少了客户端 GUI 程序的程序规模（LOC），而且，该部分的开发及单元测试时间大大减少，同时，在集成测试中发现的缺陷数量比使用该模式前平均减少了3倍。本文就该项目中使用 State 模式的方式进行介绍。

在方法签名中使用控制反转（IoC）
控制反转（IoC）模式通常用于组件。本文描述了如何对方法签名使用该模式，以减少组件间的耦合并改善性能。IBM Global Business Services 顾问 Andr Fachat 用两个例子展示了这种方法的灵活性。

Single Call 模式
在本文中，作者向大家讲述了 Single Call 模式的原理，同时也介绍了 Single Call 模式的实现问题。

Java 设计模式 201：超越四人组
您可以在本教程中发现，到底还有多少设计模式您不知道。首先，我们会探讨一些资源，学习设计模式的新手通常会忽略它们。这些资源为各种计算领域（如商业应用程序、Web 应用程序，甚至 Web 设计）提供了极为有用的模式。

界面组装器模式
本文提出了一种界面设计中的架构模式－界面组装器模式，它致力于分解界面，将界面和组装行为解耦，将界面逻辑处理与领域逻辑处理解耦，这样我们在开发 GUI 胖客户端界面应用时可以从众多的界面控制管理中解脱出来，而专注于我们的后台业务逻辑的开发。通过该模式，我们可以动态地组装我们的界面，我们甚至还可以在我们的界面中轻松地插入 transaction 事务或 session 会话管理。

数据校验器架构模式组
本文阐述软件架构与设计模式，它为架构师和开发人员提供了一组关于数据校验的架构模式（隔离校验器，可组装校验器，动态策略校验器，动态注册校验器等），数据校验是任何类型的开发中都不可或缺的环节，如果没有统一的架构，可能校验代码会遍布整个应用，如何将数据校验与应用逻辑解耦，如何适应各种粒度的数据和各种复杂程度业务规则，正是本文要探讨的。

反模式可以如何提高编程
设计模式对软件开发来说很重要，这一点从它在技术贸易新闻中所占的数量就可见一斑。不过，鉴于其在开发过程中的实用性，设计模式只解决了问题的一半。反模式 ― 描述“对产生绝对负面结果的问题的一种常用解决方案” ― 旨在通过向 Java 程序员展示如何避免常见的 Java 陷阱来解决问题的另一半。

从 Java 类库看设计模式，第一部分
在这一部分的内容中，介绍的是一个相对简单但功能强大的模式：Observer 模式。希望通过这部分地叙述，大家看了之后，能够对设计模式有一个比较全面地，感性的认识。

从 Java 类库看设计模式，第二部分
这部分及以后的内容，将会步入正题，从 Java 类库的分析入手，来阐叙设计模式是如何应用到一个完美的设计中的。实际上，Java 类库非常的庞杂，这儿不可能把所有能够找到的设计模式的例子一一列举，只是找了一些容易发现的例子。实际上也没有必要，因为只要对一个设计模式有足够的理解，对于它的具体应用而言，倒是一件不是很困难的事情。

从 Java 类库看设计模式，第三部分
主要介绍几个结构型的模式如 Bridge 模式和 Decorator 模式。对于 Bridge 模式可能需要更多的理解，因为它在很大程度上说，例示了设计模式的基本的设计思路和原则。

从 Java 类库看设计模式，第四部分
在上一部分中，介绍了两个结构型的模式：Bridge和Decorator。这一部分的内容，将会接着上面的讲解，继续我们的设计模式之旅。

从 Java 类库看设计模式，第五部分
有了前面诸多设计模式的基础，这儿可以提出一个比较特殊的模式 MVC。MVC并不属于 GOF 的 23 个设计模式之列，但是它在 GOF 的书中作为一个重要的例子被提出来，并给予了很高的评价。一般的来讲，我们认为GOF的23个模式是一些中级的模式，在它下面还可以抽象出一些更为一般的低层的模式，在其上也可以通过组合来得到一些高级的模式。MVC就可以看作是一些模式进行组合之后的结果（实际上，MVC的出现要早于设计模式的提出，这而只是对它在设计模式的基础上进行在分析）。如果没有前面的基础，理解MVC或许会有一些困难。

使用设计模式改善程序结构（一）
设计模式是对特定问题经过无数次经验总结后提出的能够解决它的优雅的方案。但是，如果想要真正使设计模式发挥最大作用，仅仅知道设计模式是什么，以及它是如何实现的是很不够的，因为那样就不能使你对于设计模式有真正的理解，也就不能够在自己的设计中正确、恰当的使用设计模式。本文试图从另一个角度（设计模式的意图、动机）来看待设计模式，通过这种新的思路，设计模式会变得非常贴近你的设计过程，并且能够指导、简化你的设计，最终将会导出一个优秀的解决方案。

使用设计模式改善程序结构（二）
在本系列的第一篇文章中，描述了如何通过设计模式来指导我们的程序重构过程，并且着重介绍了设计模式意图、动机的重要性。在本文中我们将继续上篇文章进行讨论，这次主要着重于设计模式的适用性，对于设计模式适用性的掌握有助于从另一个不同的方面来判断一个设计模式是否真正适用于我们的实际问题，从而做出明智的选择。

使用设计模式改善程序结构（三）
设计模式在某种程度上确实能够改善我们的程序结构，使设计具有更好的弹性。也正是由于这个原因，会导致我们可能过度的使用它。程序结构具有过度的、不必要的灵活性和程序结构没有灵活性一样都是有害的

设计模式

Java 建模

	Factory Method 模式
	Singleton 模式
	Observer 模式
	State 模式
	控制反转（IoC）模式
	Single Call 模式
	其它模式
	反模式
	从 Java 类库看设计模式
	使用设计模式改善程序结构

本专题为 Java 软件工程师们提供了面向 Java 的设计模式和建模方面相关的文章和教程。帮助读者理解、学习作为专业软件工程师必需掌握的设计模式与建模技术。

Factory Method 模式在 Javamail 中的应用
设计模式在软件工程中占有重要地位，而 JavaMail 是 Java 平台的一个扩展，为管理电子邮件提供了统一的应用编程接口。本文讨论 Factory Method 设计模式在Javamail 中的应用。

在 Java 中应用设计模式 - Factory Method
在设计模式中,Factory Method也是比较简单的一个,但应用非常广泛，EJB,RMI,COM,CORBA,Swing中都可以看到此模式的影子，它是最重要的模式之一。在很多地方我们都会看到xxxFactory这样命名的类,那么,什么是Factory Method,为什么要用这个模式,如何用Java语言来实现该模式,这就是本文想要带给大家的内容。

Factory 模式的优点
最常见的构造一个 Object 的方法是通过构造函数. 例: String strTemp = new String('Hello World'); 其实还有一种一种更灵活的创建Object 的方式---利用Factory 模式. 这是著名的'四人帮'(Gangs Of Four)的经典之作'设计模式'[(Design Pattern) 所记载的23模式之一. 它有着构造函数不可比拟的一些优点.

在 Java 中应用设计模式 -- Singleton
本文介绍了设计模式中 Singleton 的基本概念,对其功能和用途进行了简单的分析,列出了通常实现 Singleton 的几种方法,并给出了详细的Java 代码。

Observer 模式在 J2EE 中的实现
设计模式是经验的文档化。它是对被用来在特定场景下解决一般设计问题的类和相互通信的对象的描述。更通俗的来说，它是一个问题/解决方案对。一旦我们掌握了设计模式，就等于拥有了一支强有力的专家队伍。它甚至能够使面向对象的新手利用前人的经验找出职责明确的类和对象，从而获得优雅的解决方案。

State 模式在客户端软件中的应用
在对一个 J2EE 项目的重构、增加新功能的过程中，对客户端 GUI 程序，我们使用了 State 模式。结果显示，该模式的使用，不但减少了客户端 GUI 程序的程序规模（LOC），而且，该部分的开发及单元测试时间大大减少，同时，在集成测试中发现的缺陷数量比使用该模式前平均减少了3倍。本文就该项目中使用 State 模式的方式进行介绍。

在方法签名中使用控制反转（IoC）
控制反转（IoC）模式通常用于组件。本文描述了如何对方法签名使用该模式，以减少组件间的耦合并改善性能。IBM Global Business Services 顾问 Andr Fachat 用两个例子展示了这种方法的灵活性。

Single Call 模式
在本文中，作者向大家讲述了 Single Call 模式的原理，同时也介绍了 Single Call 模式的实现问题。

Java 设计模式 201：超越四人组
您可以在本教程中发现，到底还有多少设计模式您不知道。首先，我们会探讨一些资源，学习设计模式的新手通常会忽略它们。这些资源为各种计算领域（如商业应用程序、Web 应用程序，甚至 Web 设计）提供了极为有用的模式。

界面组装器模式
本文提出了一种界面设计中的架构模式－界面组装器模式，它致力于分解界面，将界面和组装行为解耦，将界面逻辑处理与领域逻辑处理解耦，这样我们在开发 GUI 胖客户端界面应用时可以从众多的界面控制管理中解脱出来，而专注于我们的后台业务逻辑的开发。通过该模式，我们可以动态地组装我们的界面，我们甚至还可以在我们的界面中轻松地插入 transaction 事务或 session 会话管理。

数据校验器架构模式组
本文阐述软件架构与设计模式，它为架构师和开发人员提供了一组关于数据校验的架构模式（隔离校验器，可组装校验器，动态策略校验器，动态注册校验器等），数据校验是任何类型的开发中都不可或缺的环节，如果没有统一的架构，可能校验代码会遍布整个应用，如何将数据校验与应用逻辑解耦，如何适应各种粒度的数据和各种复杂程度业务规则，正是本文要探讨的。

反模式可以如何提高编程
设计模式对软件开发来说很重要，这一点从它在技术贸易新闻中所占的数量就可见一斑。不过，鉴于其在开发过程中的实用性，设计模式只解决了问题的一半。反模式 ― 描述“对产生绝对负面结果的问题的一种常用解决方案” ― 旨在通过向 Java 程序员展示如何避免常见的 Java 陷阱来解决问题的另一半。

从 Java 类库看设计模式，第一部分
在这一部分的内容中，介绍的是一个相对简单但功能强大的模式：Observer 模式。希望通过这部分地叙述，大家看了之后，能够对设计模式有一个比较全面地，感性的认识。

从 Java 类库看设计模式，第二部分
这部分及以后的内容，将会步入正题，从 Java 类库的分析入手，来阐叙设计模式是如何应用到一个完美的设计中的。实际上，Java 类库非常的庞杂，这儿不可能把所有能够找到的设计模式的例子一一列举，只是找了一些容易发现的例子。实际上也没有必要，因为只要对一个设计模式有足够的理解，对于它的具体应用而言，倒是一件不是很困难的事情。

从 Java 类库看设计模式，第三部分
主要介绍几个结构型的模式如 Bridge 模式和 Decorator 模式。对于 Bridge 模式可能需要更多的理解，因为它在很大程度上说，例示了设计模式的基本的设计思路和原则。

从 Java 类库看设计模式，第四部分
在上一部分中，介绍了两个结构型的模式：Bridge和Decorator。这一部分的内容，将会接着上面的讲解，继续我们的设计模式之旅。

从 Java 类库看设计模式，第五部分
有了前面诸多设计模式的基础，这儿可以提出一个比较特殊的模式 MVC。MVC并不属于 GOF 的 23 个设计模式之列，但是它在 GOF 的书中作为一个重要的例子被提出来，并给予了很高的评价。一般的来讲，我们认为GOF的23个模式是一些中级的模式，在它下面还可以抽象出一些更为一般的低层的模式，在其上也可以通过组合来得到一些高级的模式。MVC就可以看作是一些模式进行组合之后的结果（实际上，MVC的出现要早于设计模式的提出，这而只是对它在设计模式的基础上进行在分析）。如果没有前面的基础，理解MVC或许会有一些困难。

使用设计模式改善程序结构（一）
设计模式是对特定问题经过无数次经验总结后提出的能够解决它的优雅的方案。但是，如果想要真正使设计模式发挥最大作用，仅仅知道设计模式是什么，以及它是如何实现的是很不够的，因为那样就不能使你对于设计模式有真正的理解，也就不能够在自己的设计中正确、恰当的使用设计模式。本文试图从另一个角度（设计模式的意图、动机）来看待设计模式，通过这种新的思路，设计模式会变得非常贴近你的设计过程，并且能够指导、简化你的设计，最终将会导出一个优秀的解决方案。

使用设计模式改善程序结构（二）
在本系列的第一篇文章中，描述了如何通过设计模式来指导我们的程序重构过程，并且着重介绍了设计模式意图、动机的重要性。在本文中我们将继续上篇文章进行讨论，这次主要着重于设计模式的适用性，对于设计模式适用性的掌握有助于从另一个不同的方面来判断一个设计模式是否真正适用于我们的实际问题，从而做出明智的选择。

使用设计模式改善程序结构（三）
设计模式在某种程度上确实能够改善我们的程序结构，使设计具有更好的弹性。也正是由于这个原因，会导致我们可能过度的使用它。程序结构具有过度的、不必要的灵活性和程序结构没有灵活性一样都是有害的

 class Son1 extends Father
   {
    public Son1()
       {
        one="son1";
    }
}

 class Son2 extends Father
   {
    public Son2()
       {
        one="son2";
    }
}

 class Factory
   {
    public Father getSon(String s)
       {
        if(s.equals("1"))
           {
            return new Son1();
        }
        else
           {
            return new Son2();
        }
    }
   
    //main
    public static void main(String [] args)
       {
        Factory factory=new Factory();
        Father father=factory.getSon("2");
       
        //print
        System.out.println(father.one);
        System.out.println(father.two);
    }
}

public class MyParam {

 private MyParam() {
 }

 private static Map usrParamMap = new HashMap();

 private static MyParam instance = new MyParam();

 public static MyParam getInstance() {
  return instance;
 }

 public String getParam(String usrId) {
  return usrParamMap.get(usrId).toString();
 }

 public void putParam(String usrId, String param) {
  usrParamMap.put(usrId, param);
 }
}