设计模式

在这篇文章中，笔者以记述整个重构过程的方式来得到桥接模式，也许很多人学习设计模式都有我这样的历程，看过很多模式的书籍，但还是无从下手，很多人都说模式往往是重构得来的，但是如何重构？如何去思考？

你不必严格遵守这些原则，违背它们也不会被处以宗教刑罚。但你应当把这些原则看成警铃，若违背了其中的一条，那么警铃就会响起。

事务处理是企业应用需要解决的最主要的问题之一。J2EE通过JTA提供了完整的事务管理能力，包括多个事务性资源的管理能力。但是大部分应用都是运行在单一的事务性资源之上（一个数据库），他们并不需要全局性的事务服务。本地事务服务已然足够(比如JDBC事务管理）。本文并不讨论应该采用何种事务处理方式，主要目的是讨论如何更为优雅地设计事务服务。

设计是软件开发生命周期中的关键阶段，好的设计能产生好的产品，而不当的设计则会影响最终产品的质量。设计的重要性已经深入人心，这从人们热烈讨论和研究设计模式就能看出来。设计模式是拥有多年开发设计经验的人给我们的经验传承，它是作为专家的建议而引入的，它背后的真正威力是其对真实世界的抽象。如果我们没有足够的经验，我们很难做出好的设计，但是富有经验的开发者和设计者以设计模式的形式将他们的经验传授给我们，拥有了这些经验之后，我们也能做出好的设计来了。不仅如此，设计模式还提高了我们软件复用的水平，从而提高了生产效率。

设计模式是面向对象编程的热门话题之一，越来越多的开发人员认识到设计模式的重要性。采用各种语言实现设计模式的文章也越来越多，但是很多开发人员发现很难将设计模式与实际开发中需要解决的具体问题相联系。因为使用设计模式的难点往往不在于模式的实现，而在于很难确定哪种模式可以在现实的应用场景中采用，从而导致了在现实的项目中，面对客户的压力，我们总是采用最直截了当的方法解决问题，来不及多考虑这些方法的优劣，即使明知将带来更大的麻烦也必须如此。有些时候因为选择了不恰当的设计模式，使原本简单的问题变得复杂化。

设计模式之于设计，好比套路之于武术。“新手”要一个接一个地学习模式，“好手”能够活用模式，“高手”则没有模式。

通用报表系统设计运用模型-视图-控制器设计模式构造客户端报表视图与报表数据间的协作模型，将报表框架与报表数据分离，用户能根据处理需要自定义报表式样和指定数据源，系统自动生成所需要的报表。本文给出它们各自在报表系统设计中的应用范例。

Flash Remoting MX技术被设计成可以和选定的（现有的）设计模式及框架集成在一起，这正是它的特点，用户也由此可以降低成本。对于Flash影片应用程序和Java这两个现有的运行框架而言，Flash Remoting MX在中间执行的是一个非常有效率的结构化设计模式。除了可以提高开发效率、减少由于设计方面的欠缺导致的误解之外，该模式可以用来强制检查“客户端/服务器”之间的交互，提高应用程序的性能和稳定性。

不知何时开始，软件设计模式开始成为和软件架构一样火热的话题。一时间，程序员不谈设计模式不足以表其技术能力，软件设计师不谈设计模式不足以显身份。当人人都谈论这种模式，那种模式的时候，我们有没有想过是否需要模式？什么时候需要模式？需要什么样的模式？如果没有考虑过这些问题，则根本无法体会设计模式思想的精髓。

框架是软件，而设计模式是软件的知识体，提升框架的设计水平。

每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。设计模式描述了软件设计过程中某一类常见问题的一般性的解决方案。面向对象设计模式描述了面向对象设计过程中、特定场景下、类与相互通信的对象之间常见的组织关系。

简单地讲，所谓模式，就是得到很好研究的范例。设计模式，就是设计范例。在孙子兵法中，充斥着各种模式。孙子说，“至于死地而后生”，就是战争模式。三十六计，条条都是模式，比如“走为上”，“空城计”也都是战争模式。

可消费性设计涉及设计、心理学、用户行为分析、软件设计等多门学科，其中有很多专业理论和技巧，但作者认为可消费性更多是一种以“一切设计从用户的角度出发”来思考问题和设计产品的思维方式。抱着这种思想，生活中、工作中，处处都是可消费性设计问题。设计软件、开发工具、装修房子、吃喝住行，甚至演讲、写信、写PPT等，处处都充满可消费性的思维方式。

本文根据个人经验和实践，详细地讨论和分析在面向对象的设计过程中，需要注意的问题。

要讨论软件架构设计在软件开发中的重要作用，首先让我们来了解一下目前国内软件的开发现状。

如何更好地进行软件架构设计，这是软件工程领域中一个永恒的重点话题。过去几十年来，国际软件工程界在软件架构设计方面已经获得了长足发展，大量图书、文章和文献记载了这方面的成熟经验与成果。软件架构设计往往是一件非常复杂的工作，涉及到很多细节和方方面面，可探讨的话题也非常之多。囿于篇幅限制，以下只能根据笔者个人理解，遴选出软件架构设计的个别要点，结合当前流行的敏捷软件工程思想，与大家分享一下自己在软件架构设计方面的心得和体会。

观察者模式(Observers) 定义了对象之间的一对多依赖，这个一来，当一个对象改变状态时，它所有的依赖者都会收到通知并自动更新,主题和观察者定义了一对多的关系 观察者依赖于主题，只要主题状态一有改变，观察者就会接受到通知 根据通知的风格。

同样作为设计中最重量级的研究领域：设计模式，是大师级人物最为热衷讨论的焦点，经久不衰。

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

FactoryMethod是一种创建性模式,它定义了一个创建对象的接口,但是却让子类来决定具体实例化哪一个类.当一个类无法预料要创建哪种类的对象或是一个类需要由子类来指定创建的对象时我们就需要用到Factory Method 模式了