Java

设计模式是对特定问题经过无数次经验总结后提出的能够解决它的优雅的方案。但是，如果想要真正使设计模式发挥最大作用，仅仅知道设计模式是什么，以及它是如何实现的是很不够的，因为那样就不能使你对于设计模式有真正的理解，也就不能够在自己的设计中正确、恰当的使用设计模式。

至少存在两个了解类图的重要理由。第一个是它显示系统分类器的静态结构；第二个理由是图为UML描述的其他结构图提供了基本记号。开发者将会认为类图是为他们特别建立的；但是其他的团队成员将发现它们也是有用的。

序列图主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。很象类图，开发者一般认为序列图只对他们有意义。然而，一个组织的业务人员会发现，序列图显示不同的业务对象如何交互，对于交流当前业务如何进行很有用。

用例模型由一张图表和一组阐明该用例的描述组成。一个用例是在一个系统中的一组可能的交互，它的参与者朝着同一个被定义的目标进行。

　　谈到为我们的系统和外部元素(如其它系统)之间的交互建模，通常的做法是，创建一些类，它们表示这些元素和我们的系统之间的交互方式。把外部实体表示为类，这样一种设计模式称为 镜像映象(Mirror Image)模式。

子整体软件开发是灵活运动的逻辑扩展。它需要高度理解用于编制软件的技术，还需要开发者对交付使用系统负责。子整体软件开发小组把过程用作指南，而不是支柱。

自从J2EE出现以来，就大大简化了在Java下的企业级开发。但是随着J2EE越来越普遍地被应用到各个领域中，开发者们渐渐意识到需要一种方法来标准化应用程序的开发过程，他们采用的方法是标准化应用程序的结构层。

本文主要介绍了java设计模式中Flyweight模式的应用和实现。

计数代理模式在客户对象调用服务提供者对象上方法的前后执行诸如日志(logging)和计数(counting)一系列附加功能时很有用。计数代理模式建议把这些附加功能封装在一个单独的对象，这个对象就是指计数代理对象，而不是把这些附加的功能实现放到服务提供者的内部。

适配器模式(Adapter Pattern)可以完成这样的转化。适配器模式建议定义一个包装类，包装有不兼容接口的对象。这个包装类指的就是适配器(Adapter)，它包装的对象就是适配者(Adaptee)。

　备忘录(Memento)模式又称标记(Token)模式。GOF给备忘录模式的定义为：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。

工厂方法模式的意义是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建，这样核心类成为一个抽象工厂角色，仅负责具体工厂子类必须实现的接口。

虚拟代理模式(Virtual Proxy)是一种节省内存的技术，它建议创建那些占用大量内存或处理复杂的对象时，把创建这类对象推迟到使用它的时候。在特定的应用中，不同部分的功能由不同的对象组成，应用启动的时候，不会立即使用所有的对象。

有关J2EE应用程序到WebSphere应用程序服务器的移植，尽管IBM提供了很多的资料和文章来说明如何将运行在WebLogic上的应用程序移植到WebSphere上，但是大家可能还是有所疑惑：是否从WebLogic移植到WebSphere和从Tomcat、Jboss、Resin移植到WebSphere会有所不同呢？

Java 命名和目录接口从一开始就一直是 Java 2 平台企业版(JEE)的核心，但是 J2EE 开发新手经常用不好它。本文将消除 JNDI 在 J2EE 应用程序中所扮演角色的神秘性，并展示它如何帮助应用程序从部署细节中解脱出来。

从单机编程转向 EJB 技术和分布式计算这些更复杂领域的 Java 开发人员常常会陷入困境：编写成功地游历 JDNI 迷宫的代码会很困难，多计算机和配置也增加了出错的可能性。

随着越来越多的应用服务器符合 J2EE 规范，Java 开发人员必须要考虑如何以及是否移植他们的 J2EE 1.3 兼容的代码。在 J2EE 1.4 规范中，JMS 应用程序有许多改变和新功能。

在本文中将解释 JCA 事务合约如何帮助电子商务应用程序实现事务性行为。具体地说是JCA 的两个事务界定技术：分布式事务界定和程序性事务界定。

本文讨论了在 J2C 连接器体系结构（J2C Connector Architecture，JCA）、Java 消息服务（Java Message Service，JMS）和 Web 服务实现之间作出选择的标准

本文展示了 JCA 1.5 为现有出站契约带来的四项增强功能。惰性关联和征募优化会提高使用连接的应用程序的性能，验证托管连接厂会改善对故障情况的处理。