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

　　使用设计模式重复成功策略

　　我在观察周界瀑布上的漂流时，想起了我所了解的事情。从和别人的谈话中，我了解到所有成功的漂流都是从第三个狭缝的右侧过去的，而且我必须快速地冲过急流，以避免碰上瀑布下浅水上面的石块。这些经验增强了我的信心，我不再理会旋涡的危险，冲进了急流的主干道。

　　虽然我在这些模式的术语中并没有考虑到这一点，我还是在使用设计模式。我将自己的策略建立在那些在我之前成功地通过急流的漂流者的经验之上。设计模式给予我信心，使我能够通过一个原本超越我技能水平之上的急流。我经常将这些相同的原理应用到编程和体系结构中;您可以通过观察一个策略反复的成功结果来学着解决给定的问题。有了设计模式，结果是肯定的。您可以利用自己的经验、观摩导师，或是从书上学习专家是如何做的。

设计模式：一个设计模式描述了一个被证实可行的方案。这些方案非常普遍，是具有完整定义的最常用的模式。一般模式有4个基本要素：模式名称（pattern name）、问题（problem）、解决方案（solution）、效果（consequences）。
常见23种模式概述：
1） 抽象工厂模式（Abstract Factory）：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
2） 适配器模式（Adapter）：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。
3） 桥梁模式（Bridge）：将抽象部分与它的实现部分分离，使它们都可以独立地变化。
4） 建造模式（Builder）：将一个复杂对象的构建与它的表示分离，使同样的构建过程可以创建不同的表示。
5） 责任链模式（Chain of Responsibility）：为解除请求的发送者和接收者之间耦合，而使多个对象都有机会处理这个请求。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它。
6） 命令模式（Command）：将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可取消的操作。

作者：范凯 来自：Matrix
我是从学习Java编程开始接触OOP(面向对象编程)，刚开始使用Java编写程序的时候感觉很别扭，因为我早以习惯用C来编写程序，很欣赏C的简洁性和高效性，喜欢C简练而表达能力丰富的风格，特别忍受不了Java运行起来慢吞吞的速度，相对冗长的代码，而且一个很简单的事情，要写好多类，一个类调用一个类，心里的抵触情绪很强。

我对Java的面向对象的特性琢磨良久，自认为有所领悟，也开始有意识的运用OOP风格来写程序，然而还是经常会觉得不知道应该怎样提炼类，面对一个具体的问题的时候，会觉得脑子里千头万绪的，不知道怎么下手，一不小心，又会回到原来的思路上去。

[转贴]http://dev.yesky.com/17/2222017.shtml

　　编程模型

　　所有计算机均由两种元素组成:代码和数据.精确的说，有些程序是围绕着"什么正在发生"而编写，有些则是围绕"谁正在受影响"而编写的。

　　第一种编程方式叫做"面向过程的模型"，按这种模型编写的程序以一系列的线性步骤(代码)为特征，可被理解为作用于数据的代码.如 C 等过程化语言。

　　第二种编程方式叫做"面向对象的模型"，按这种模型编写的程序围绕着程序的数据(对象)和针对该对象而严格定义的接口来组织程序，它的特点是数据控制代码的访问.通过把控制权转移到数据上，面向对象的模型在组织方式上有:抽象，封装，继承和多态的好处.