| |
| · 设计模式袖珍版nbsp;连续转载之nbsp;-nbsp;Factory 未知 | 2007-04-13 | |
|
| 原作：fan定义:提供创建对象的接为何使用工厂模式是我们最常用的模式了,著名的Jive论坛 ,就大量使用了工厂模式，工厂模式在Java程序系统可以说是随处可为什么工厂模式是如此常用？因为工厂模式就相当于创建实例对象的new，我们经常要根据类Class生成实例对象，如A a=new A() 工厂模式也是用来创建实例对象的，所以以后new时就要多个心眼，是否可以考虑实用工厂模式，虽然这样做，可能多做一些工作，但会给你系统带来更大的可扩展性和尽量少的修改我们以类Sample为例， 如果我们要创建Sample的实例对象程序代Sample& |
|
| · 设计模式袖珍版nbsp;连续转载之nbsp;-nbsp;Facade(外观) 未知 | 2007-04-13 | |
|
| 原作：fanFacade的定义: 为子系统中的一组接口提供一个一致的界Facade一个典型应用就是数据库JDBC的应用,如下例对数据库的publ&nbscla DBCompare&nbs Connectio conn =&nbs |
|
| · 设计模式袖珍版nbsp;连续转载之nbsp;-nbsp;Decorator(油漆工) 未知 | 2007-04-13 | |
|
| 原作：fanDecorator常被翻译成"装饰",我觉得翻译成"油漆工"更形象点,油漆工(decorator)是用来刷油漆的,那么被刷油漆的对象我们称decoratee.这两种实体在Decorator模式中是必Decorator定义动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为为什么使用Decorator我们通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生成很多子类,增加系统的复杂性,同时,使用继承实现功能拓展,我们必须可预见这些拓展功能,这些功能是编译时就确定了,是静态使用D |
|
| · 设计模式袖珍版nbsp;连续转载之nbsp;-nbsp;Composite(组合) 未知 | 2007-04-13 | |
|
| 原作：fanComposite定义将对象以树形结构组织起来,以达成“部分－整体” 的层次结构，使得客户端对单个对象和组合对象的使用具有一致Composite比较容易理解，想到Composite就应该想到树形结构图。组合体内这些对象都有共同接口,当组合体一个对象的方法被调用执行时，Composite将遍历(Iterator)整个树形结构,寻找同样包含这个方法的对象并实现调用执行。可以用牵一动百来形所以Composite模式使用到Iterator模式，和Chain of Responsibility模式类Composite好处1.使客户端调用简单，客户端可以一致的使用组合结构或 |
|
| · 设计模式袖珍版nbsp;连续转载之nbsp;-nbsp;Command 未知 | 2007-04-13 | |
|
| Command模式是最让我疑惑的一个模式,我在阅读了很多代码后,才感觉隐约掌握其大概原理,我认为理解设计模式最主要是掌握起原理构造,这样才对自己实际编程有指导作用.Command模式实际上不是个很具体,规定很多的模式,正是这个灵活性,让人有些confusCommand定不少Command模式的代码都是针对图形界面的,它实际就是菜单命令,我们在一个下拉菜单选择一个命令时,然后会执行一些动将这些命令封装成在一个类中,然后用户(调用者)再对这个类进行操作,这就是Command模式,换句话说,本来用户(调用者)是直接调用这些命令的,如菜单上打开文档(调用者),就直接指向打开文档的代码,使用Command模式,就是在这两者之间增加一个中间者,将这种直接关系拗断,同时两者之 |
|
| · 设计模式袖珍版nbsp;连续转载之nbsp;-nbsp;Chainnbsp;ofnbsp;Responsibility(职责链) 未知 | 2007-04-13 | |
|
| Chain of Responsibility定Chain of Responsibility(CoR) 是用一系列类(classes)试图处理一个请求request,这些类之间是一个松散的耦合,唯一共同点是在他们之间传递request. 也就是说，来了一个请求，A类先处理，如果没有处理，就传递到B类处理，如果没有处理，就传递到C类处理，就这样象一个链条(chain)一样传递下如何使用虽然这一段是如何使用CoR,但是也是演示什么是Co有一个Handler |
|
| · 设计模式袖珍版nbsp;连续转载之nbsp;-nbsp;Builder 未知 | 2007-04-13 | |
|
| 原作：fanBuilder模式定义将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表Builder模式是一步一步创建一个复杂的对象,它允许用户可以只通过指定复杂对象的类型和内容就可以构建它们.用户不知道内部的具体构建细节.Builder模式是非常类似抽象工厂模式,细微的区别大概只有在反复使用中才能体会为何使用是为了将构建复杂对象的过程和它的部件解耦.注意: 是解耦过程和部因为一个复杂的对象,不但有很多大量组成部分,如汽车,有很多部件:车轮 方向盘 发动机还有各种小零件等等,部件很多,但远不止这些,如何将这些部件装配成一辆汽车,这个装配过程也很复杂(需要很 |
|
| · 设计模式袖珍版nbsp;连续转载之nbsp;-nbsp;Bridge 未知 | 2007-04-13 | |
|
| 原作：fanBridge定义 将抽象和行为划分开来,各自独立,但能动态的结为什么使用通常,当一个抽象类或接口有多个具体实现(concrete subclass),这些concrete之间关系可能有以下两种1. 这多个具体实现之间恰好是并列的,如前面举例,打桩,有两个concrete class:方形桩和圆形桩;这两个形状上的桩是并列的,没有概念上的重复,那么我们只要使用继承就可以2.实际应用上,常常有可能在这多个concrete class之间有概念上重叠.那么需要我们把抽象共同部分和行为共同部分各自独立开来,原来是准备放在一个接口里,现在需要设计两个接口,分别放置 |
|
| · 设计模式袖珍版nbsp;连续转载之nbsp;-nbsp;Adapter(适配器) 未知 | 2007-04-13 | |
|
| 原作：fan定义将两个不兼容的类纠合在一起使用，属于结构型模式,需要有Adaptee(被适配者)和Adaptor(适配器)两个身为何使用我们经常碰到要将两个没有关系的类组合在一起使用,第一解决方案是：修改各自类的接口，但是如果我们没有源代码，或者，我们不愿意为了一个应用而修改各自的接口。 怎么办?&nbs使用Adapter，在这两种接口之间创建一个混合接口(混血儿如何使用实现Adapter方式,其实"think in Java"的"类再生"一节中已经提到,有两种方式：组合(composition)和继承(inheritanc假 |
|
| · 设计模式的点滴 未知 | 2007-04-13 | |
|
| 设计模式使人们可以更加简单方便地复用成功的设计和体系结构。将已证实的技术表述成设计模式也会使新系统开发者更加容易理解其设计思路。&nbs一般而言，一个模式有四个基本要素&nbs1. 模式名称（pattern name） 一个助记名，它用一两个词来描述模式的问题、解决方案和效果。命名一个新的模式增加了我们的设计词汇。设计模式允许我们在较高的抽象层次上进行设计。基于一个模式词汇表，我们自己以及同事之间就可以讨论模式并在编写文档时使用它们。模式名可以帮助我们思考，便于我们与其他人交流设计思想及设计结果。找到恰当的模式名也是我们设计模式编目工作的难点之一。&nbs2. 问题(problem)&nbs |
|
| · 设计模式的原则 未知 | 2007-04-13 | |
|
| 设计模式的原 |
|
| · 设计模式学习笔记之二一：创建者（Builder） 未知 | 2007-04-13 | |
|
| 意图将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示，而且际的创建方法和过程客户是不知道。通常意义上我们可以这样理解：我们需要创建一个复的对象，但是提供给我们的是创建其中的一部分的操作，我们自己需要决定创建的各个部的数量、顺序和关系，然后最终通过一个方法得到最终的产品，而各个部分的具体的内容们不知道，是由我们选择的具体的创建者不同而不同通俗的例子设想你是一个顾客，你上一个餐厅吃饭要点一桌饭菜，你要求的最终结果是一桌可口的饭菜而一桌饭菜由不同的部分构成（主食、酒水、热菜、冷菜、汤），而各个部分是否需要，要多少，上菜的顺序都是你自己可以控制的，最终你得到的是自己创建的一桌饭菜，而且这 |
|
| · 设计模式学习笔记之一：抽象工厂（Abstractnbsp;Factory） 未知 | 2007-04-13 | |
|
| 意提供创建一系列相关或者相互依赖对象的接口而无需指定它们具体的类。要创建的一系列或者接口应该是协同工作的，创建的是同一“种类”（系列）的一套内容，同一时刻只能存一种通俗的例设想一个汽车零件生产厂，我们可以将这个概念理解为一个抽象工厂，作为一个汽车零件产厂，那么它可以生产很多种零件，这就对应一系列的生成另外的对象的方法，而一个具的汽车零件生成厂生产的零件都是配套的（假设它只为一种型号的汽车生成零参与Client：就是顾客或者客户，例子中就是购买零件的顾AbstractFactory：抽象工厂，一个概念，定义一些抽象的接 |
|
| · 设计模式在EJB中的应用（转帖） 未知 | 2007-04-13 | |
|
| 什么是设计模设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一GoF的“设计模式”是第一次将设计模式提升到理论高度，并将之规范化，本书提出了23种基本设计模式，自此，在可复用面向对象软件的发展过程中，新的大量的设计模式不断出设计模式和框现在，可复用面向对象软件系统现在一般划分为三大类：应用程序 工具箱和框架(Framework),我们平时开发的具体软件都是应用程序；Java的API属于工具箱;而框架是构成 |
|
| · 设计模式入门之一 未知 | 2007-04-13 | |
|
| 开宗明话说设计模式以来，众人皆奉为经典，其实说穿了不过是一个矛盾的辩证关系而已，即何将变化与固定相统一的问题。通常的代码是固定的，很难变化而需求与环境是变化的，故而两者是矛盾的。但我们却要在程序中将两者的矛盾处理好然而，两者又是统一的，因为变化就是为了“不变”，即最大限度地重用已有的“不变代码；另一方面，将“不变”认识清楚，就知道哪些该“变化”，哪些该让它“变化”只有在固定的基础上，将该变化的让它变化，程序才能既牢固，又有弹性，从而能够满各方面的要求。后面的分析过程，希望大家能够牢记这个要点，从这个角度来看设计模，而不是为学模式而学模式，那样我认为永远都没有自己的领悟。而且设计模式也不是定的，随着时间的推移会出现其 |
|
| · 设计模式之事务处理 未知 | 2007-04-13 | |
|
| 事务处理是企业应用需要解决的最主要的问题之一。J2EE通过JTA提供了完整的事务管理能力，包括多个事务性资源的管理能力。但是大部分应用都是运行在单一的事务性资源之上（一个数据库），他们并不需要全局性的事务服务。本地事务服务已然足够(比如JDBC事务管理） 本文并不讨论应该采用何种事务处理方式，主要目的是讨论如何更为优雅地设计事务服务。仅以JDBC事务处理为例。涉及到的DAO，Factory,Proxy,Decorator等模式概念，请阅读相关资料 也许你听说过，事务处理应该做在service层，也许你也正这样做，但是否知道为什么这样做？为什么不放在DAO层做事 |
|
| · 设计模式之Singleton(单态) 未知 | 2007-04-13 | |
|
| 单态定Singleton模式主要作用是保证在Java应用程序中，一个类Class只有一个实例存在。 在很多操作中，比如建立目录 数据库连接都需要这样的单线程操作还有, singleton能够被状态化; 这样，多个单态类在一起就可以作为一个状态仓库一样向外提供服务，比如，你要论坛中的帖子计数器，每次浏览一次需要计数，单态类能否保持住这个计数，并且能synchronize的安全自动加1，如果你要把这个数字永久保存到数据库，你可以在不修改单态接口的情况下方便的做到另外方面，Singleton也能够被无状态化。提供工具性质的功Singleton模式就为我们提供了这样实现的可能。使用Singleton的好处还在于可以节省 |
|
| · 设计模式中的代理问题 未知 | 2007-04-13 | |
|
| 理解并使用设计模式,能够培养我们良好的面向对象编程习惯,同时在实际应用中,可以如鱼得水,享受游刃有余的乐代理模式是比较有用途的一种模式,而且变种较多,应用场合覆盖从小结构到整个系统的大结构,Proxy是代理的意思,我们也许有代理服务器等概念,代理概念可以解释为:在出发点到目的地之间有一道中间层,意为代设计模式中定义: 为其他对象提供一种代理以控制对这个对象的访为什么要使用Proxy1.授权机制 不同级别的用户对同一对象拥有不同的访问权利,如Jive论坛系统中,就使用Proxy进行授权机制控制,访问论坛有两种人:注册用户和游客(未注册用户),Jive中就通过类似ForumProxy这样的代理来控制这两种用户对论坛的访问权 |
|
| · 论Java外观模式 未知 | 2007-04-13 | |
|
| 前言,有好多朋友曾经问我如何做出很美观的用户界面程序,比如做个苹果的界面,做个XP的界面,当时我也很头疼,因为jdk当时只是1.3,Sun并没有像今天那样把java做的如此成功,所以当时似乎解决不了,现在好了,jdk1.4开始支持java自定义外观,那我们就开始研究吧.自定义呢网上有教材,可以自己找,而且看看plf.LookAndFeel的实现类,自己可以研究一下,这里不谈论,主要讨论第三方组件的实1. Mac及Office2003 Windows xp等外观模式 OS: Windows XP&nbs &nbs |
|
| · 计数代理模式（Countingnbsp;Proxynbsp;Pattern） 未知 | 2007-04-13 | |
|
| 本文是翻译《Software Architecture Design Patterns in Java》一书，我将陆续为大家翻译其他章节，希望大家支持指第26章 计数代理模式（Counting Proxy Patte描 计数代理模式在客户对象调用服务提供者对象上方法的前后执行诸如日志（logging）和计数（counting）一系列附加功能时很有用。计数代理模式建议把这些附加功能封装在一个单独的对象，这个对象就是指计数代理对象，而不是把这些附加的功能实现放到服务提供者的内部。良好的对象设计的一个特征就是对象要专 |
|
|
上一页 1 2 3 4 5 6 7 8 9 10 下一页
|
