原型模式java

‘壹’ java创建对象

public class AreaAndLength{
public static void main(String args[]){
double length,area;
Circle circle=null;
Triang triang;
Ladder ladder;
}

public class Circle {
}
class Triang{

}
class Ladder{

}

}

如果只是建立类的话这样就行，如果要通过类完成一些算法或功能得自己通过需求编写。

‘贰’ java设计模式之Prototype(原型)

定义: 用原型实例指定创建对象的种类 并且通过拷贝这些原型创建新的对象 Prototype模式允许一个对象再创建另外一个可定制的对象 根本无需知道任何如何创建的细节 工作原理是:通过将一个原型对象传给那个要发动创建的对象 这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建 如何使用? 因为Java中的提供clone()方法来实现对象的克隆(具体了解clone()按这里) 所以Prototype模式实现一下子变得很简单 以勺子为例 public abstract class AbstractSpoon implements Cloneable{ String spoonName; public void setSpoonName(String spoonName) {this spoonName = spoonName;}public String getSpoonName() {return this spoonName;}public Object clone() {Object object = null;try {object = super clone();} catch (CloneNotSupportedException exception) {System err println( AbstractSpoon is not Cloneable );}return object;}} 有两个具体实现(ConcretePrototype):public class SoupSpoon extends AbstractSpoon{ public SoupSpoon(){setSpoonName( Soup Spoon ); }}public class SaladSpoon extends AbstractSpoon{ public SaladSpoon(){setSpoonName( Salad Spoon ); }}调用Prototype模式很简单:AbstractSpoon spoon = new SoupSpoon();AbstractSpoon spoon = new SaladSpoon(); 当然也可以结合工厂模式来创建AbstractSpoon实例 在Java中Prototype模式变成clone()方法的使用 由于Java的纯洁的面向对象特性 使得在Java中使用设计模式变得很自然 两者已经几乎是浑然一体了 这反映在很多模式上 如Interator遍历模式 lishixin/Article/program/Java/gj/201311/27354

‘叁’ java 流程式代码适合什么设计模式

总体来说设计模式分为三大类：
创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
二、设计模式的六大原则
1、开闭原则（Open Close Principle）
开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。
2、里氏代换原则（Liskov Substitution Principle）
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Bai 网络
3、依赖倒转原则（Dependence Inversion Principle）
这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。
4、接口隔离原则（Interface Segregation Principle）
这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。
5、迪米特法则（最少知道原则）（Demeter Principle）
为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。
6、合成复用原则（Composite Reuse Principle）
原则是尽量使用合成/聚合的方式，而不是使用继承。

‘肆’ 开发应用场景及顺序

设计模式是被编程者总结出来的一套被反复使用的、多数人知晓的、经过分类编目的代码设计经验。掌握常用的设计模式对于Java应聘者来说十分重要，如单例模式、工厂模式、建造者模式等。接下来具体料及一下Java常用设计模式及应用场景：
1、单例模式：保证一个类仅有一个实例并提供一个全局访问点，如一些配置文件或者管理类可以设计为单例，常用的线程池也是单例。
2、模板方法：在定义好的算法骨架下允许子类为一个或多个步骤提供实现，一次性实现算法的不变部分将可变部分留给子类实现，当子类实现代码逻辑雷同时可以使用此设计模式。
3、工厂模式：创建对象需要大量的重复代码时，通过子类实现方法来创建对象。如Spring中通过工厂模式将创建对象的任务交给容器管理。
4、原型模式 ：在应用程序可能有某些对象的结构比较复杂，但又需要频繁的使用它们，如这个时候不断的新建这个对象势必会大大损耗系统内存的，这个时候需要使用原型模式来对这个结构复杂又要频繁使用的对象进行克隆。所以原型模式就是用原型实例指定创建对象的种类，且通过复制这些原型创建新的对象。主要应用与那些创建新对象的成本过大时。它的主要优点就是简化了新对象的创建过程，提高了效率，同时原型模式提供了简化的创建结构。
5、建造者模式：讲复杂对象的构建和表示分离，适用于流程固定，但是顺序不一定固定的场景。如需要给一个对象多次给不同的属性赋值，可以使用链式调用传参，最后生成对象。如策略模式，观察者模式，模板方法模式，foreach中的迭代器模式，spring 中ASM的访问者模式，动态代理等都有一些了解。
6、适配器模式：在应用程序中可能需要将两个不同接口的类来进行通信，在不修改这两个的前提下可能会需要某个中间件来完成这个衔接的过程。这个中间件就是适配器。所谓适配器模式就是将一个类的接口，转换成客户期望的另一个接口。它可以让原本两个不兼容的接口能够无缝完成对接。作为中间件的适配器将目标类和适配者解耦，增加了类的透明性和可复用性。
7、桥接模式 ：如果说某个系统能够从多个角度来进行分类，且每一种分类都可能会变化，那么我们需要做的就是讲这多个角度分离出来，使得他们能独立变化，减少他们之间的耦合，这个分离过程就使用了桥接模式。所谓桥接模式就是讲抽象部分和实现部分隔离开来，使得他们能够独立变化。桥接模式将继承关系转化成关联关系，封装了变化，完成了解耦，减少了系统中类的数量，也减少了代码量。
设计模式应用场景是什么?JavaEE应用中Spring用于创建IOC容器的监听器就是基于观察者模式的。Spring中获取FileSystemResource和ClassPathResource等功能雷同的类时使用模板方法。
单例模式包含懒汉饿汉式以及不同的变种，工厂类设计模式一般也设计为单例。项目中的一些配置或引入外部的sdk需要创建管理类，或封装自己的框架时需要用到单例;工厂方法在编码时不能预见需要创建哪种类的实例。
设计模式是一套被反复使用、多数人知晓、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。设计模式于己于他人于系统都是多赢，设计模式使代码编制真正工程化，设计模式是软件工程的基石。

‘伍’ java面向对象如何创建对象

java作为互联网编程中使用范围最广泛的编程语言之一，我们有许多的知识是需要掌握学习的，今天java课程培训机构http://www.kmbdqn.cn/就给大家分析讲解一下java面向对象的编程方法有哪些。

常用的创建对象的模式有以下几种：

一.工厂模式

工厂模式抽象了具体对象的过程，用函数来封装以特ing接口创建对象的细节。

如下：

functioncreateAnimal(name,age){

varo=newObject();

o.name=name;

o.age=age;

o.sayName=function(){

alert(this.name);

}

returno;

}

varcat=createAnimal("cat",12);

vardog=createAnimal("dog",3);

工厂模式虽然解决了创建多个相似兑现过的问题，但是却没有解决对象识别的问题。

二.构造函数模式

构造函数模式可以创建特定类型的对象。

functionAnimal(name,age){

this.name=name;

this.age=age;

this.sayName=function(){

alert(this.name);

}

}

varcat=newAnimal("cat",12);

vardog=newAnimal("dog",3);

可以使用对象的constructor属性或instanceof操作符来标识对象类型。

cat.constructor==Animal//true

catinstanceofAnimal//true

三.原型模式

每个函数都有一个prototype(原型)属性。这个属性是一个指针，指向一个对象，而这个对象的用途是包含可以由特定类型的所有实例共享的属性和方法。

使用原型对象的好处是，可以让所有对象实例共享它所包含的属性和方法。

functionAnimal(){}

Animal.prototype.name="animal";

Animal.prototype.age=1;

Animal.prototype.sayName=function(){

alert(this.name);

}

vartest1=newAnimal();

test1.sayName();//"animal"

vartest2=newAnimal();

test2.sayName();//"animal"

alert(test1.sayName===test2.sayName);//true

或者：

functionAnimal(){}

Animal.prototype={

constructor:Animal,

name:"animal",

age:1,

sayName:function(){

alert(this.name);

}

};

原型中所有属性是被很多实例共享的，通过在实例上添加一个同名属性，可以隐藏原型中的对应属性。但是，对于包含引用类型值的属性来说，问题就比较明显了。

‘陆’ java中抽象工厂模式和原型模式之间的区别

工厂模式的好处就在于将工厂和产品之间的耦合降低，将具体产品的构造过程放在了具体工厂类里面。在以后扩展产品的时候方便很多，只需要添加一个工厂类，一个产品类，就能方便的添加产品，而不需要修改原有的代码。而在简单工厂中，如果要增加一个产品，则需要修改工厂类，增加if/else分支，或者增加一个case分支，工厂模式符合软件开发中的OCP原则（open close principle），对扩展开放，对修改关闭。
抽象工厂模式：这个模式我总是感觉和builder模式非常相似。
工厂方法模式提供的是对一个产品的等级模式，，而抽象工厂方法提供的是对多个产品的等级模式，注意，这里的多个具体产品之间是相互耦合的，也就是说这里的抽象工厂提供的产品之间是存在某种联系的。
有人做如下的比较：
工厂方法模式：一个抽象产品类，可以派生出多个具体产品类。
一个抽象工厂类，可以派生出多个具体工厂类。
每个具体工厂类只能创建一个具体产品类的实例。
抽象工厂模式：多个抽象产品类，每个抽象产品类可以派生出多个具体产品类。
一个抽象工厂类，可以派生出多个具体工厂类。
每个具体工厂类可以创建多个具体产品类的实例。
区别：工厂方法模式只有一个抽象产品类，而抽象工厂模式有多个。
工厂方法模式的具体工厂类只能创建一个具体产品类的实例，而抽象工厂模式可以创建多个。

‘柒’ java中几种常见的设计模式

一共23种设计模式！

按照目的来分，设计模式可以分为创建型模式、结构型模式和行为型模式。
创建型模式用来处理对象的创建过程；结构型模式用来处理类或者对象的组合；行为型模式用来对类或对象怎样交互和怎样分配职责进行描述。

创建型模式用来处理对象的创建过程，主要包含以下5种设计模式：
 工厂方法模式（Factory Method Pattern）
 抽象工厂模式（Abstract Factory Pattern）
 建造者模式（Builder Pattern）
 原型模式（Prototype Pattern）
 单例模式（Singleton Pattern）

结构型模式用来处理类或者对象的组合，主要包含以下7种设计模式：
 适配器模式（Adapter Pattern）
 桥接模式（Bridge Pattern）
 组合模式（Composite Pattern）
 装饰者模式（Decorator Pattern）
 外观模式（Facade Pattern）
 享元模式（Flyweight Pattern）
 代理模式（Proxy Pattern）

行为型模式用来对类或对象怎样交互和怎样分配职责进行描述，主要包含以下11种设计模式：
 责任链模式（Chain of Responsibility Pattern）
 命令模式（Command Pattern）
 解释器模式（Interpreter Pattern）
 迭代器模式（Iterator Pattern）
 中介者模式（Mediator Pattern）
 备忘录模式（Memento Pattern）
 观察者模式（Observer Pattern）
 状态模式（State Pattern）
 策略模式（Strategy Pattern）
 模板方法模式（Template Method Pattern）
 访问者模式（Visitor Pattern）

推荐你一本好书：《软件秘笈：设计模式那点事》，里面讲解的23中设计模式例子很生动，容易理解，还有JDK中设计模式应用情况，看了收获挺大的！网络里面搜“设计模式”，第一条中设计模式网络中就有首推该图书，浏览量在20几万以上的，不会错的。好东西大家一起分享！
祝你早日学会设计模式！

‘捌’ java设计模式的两大主题是什么，

设计模式的两大主题是系统复用与系统扩展。Java具有简单性、面向对象、分布式、健壮性、安全性、平台独立与可移植性、多线程、动态性等特点。Java可以编写桌面应用程序、Web应用程序、分布式系统和嵌入式系统应用程序等。

(8)原型模式java扩展阅读

由四方面组成：

（1）Java编程语言

（2）Java类文件格式

（3）Java虚拟机

（4）Java应用程序接口

当编辑并运行一个Java程序时，需要同时涉及到这四种方面。使用文字编辑软件（例如记事本、写字板、UltraEdit等）或集成开发环境（Eclipse、MyEclipse等）在Java源文件中定义不同的类 ，通过调用类（这些类实现了Java API）中的方法来访问资源系统，把源文件编译生成一种二进制中间码，。

存储在class文件中，然后再通过运行与操作系统平台环境相对应的Java虚拟机来运行class文件，执行编译产生的字节码，调用class文件中实现的方法来满足程序的Java API调用。

‘玖’ java面试中主要掌握的设计模式有哪些

java面试
设计模式主要分三个类型:创建型、结构型和行为型。
其中创建型有：
一、Singleton，单例模式：保证一个类只有一个实例，并提供一个访问它的全局访问点
二、Abstract Factory，抽象工厂：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们的具体类。
三、Factory Method，工厂方法：定义一个用于创建对象的接口，让子类决定实例化哪一个类，Factory Method使一个类的实例化延迟到了子类。
四、Builder，建造模式：将一个复杂对象的构建与他的表示相分离，使得同样的构建过程可以创建不同的表示。
五、Prototype，原型模式：用原型实例指定创建对象的种类，并且通过拷贝这些原型来创建新的对象。
行为型有：
六、Iterator，迭代器模式：提供一个方法顺序访问一个聚合对象的各个元素，而又不需要暴露该对象的内部表示。
七、Observer，观察者模式：定义对象间一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知自动更新。
八、Template Method，模板方法：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，TemplateMethod使得子类可以不改变一个算法的结构即可以重定义该算法得某些特定步骤。
九、Command，命令模式：将一个请求封装为一个对象，从而使你可以用不同的请求对客户进行参数化，对请求排队和记录请求日志，以及支持可撤销的操作。
十、State，状态模式：允许对象在其内部状态改变时改变他的行为。对象看起来似乎改变了他的类。
十一、Strategy，策略模式：定义一系列的算法，把他们一个个封装起来，并使他们可以互相替换，本模式使得算法可以独立于使用它们的客户。
十二、China of Responsibility，职责链模式：使多个对象都有机会处理请求，从而避免请求的送发者和接收者之间的
开发模式:
JAVA中的开发模式:
MVC是一个很常用的程序开发设计模式，M-Model（模型）

‘拾’ prototype的含义

我们知道JScript中对象的prototype属性，是用来返回对象类型原型的引用的。我们使用prototype属性提供对象的类的一组基本功能。并且对象的新实例会"继承"赋予该对象原型的操作。但是这个prototype到底是怎么实现和被管理的呢？

对于对象的prototype属性的说明，JScript手册上如是说：所有 JScript 内部对象都有只读的 prototype 属性。可以向其原型中动态添加功能(属性和方法)，但该对象不能被赋予不同的原型。然而，用户定义的对象可以被赋给新的原型。

下面我们看三个经典的prototype属性的使用示例。

1、为脚本环境内建对象添加方法：

程序代码
Array.prototype.max = function()
{
var i, max = this[0];
for (i = 1; i < this.length; i++)
{
if (max < this[i])
max = this[i];
}
return max;
};

2、为用户自定义类添加方法：

程序代码
function TestObject(name)
{
this.m_Name = name;
}

TestObject.prototype.ShowName = function()
{
alert(this.m_Name);
};

3、更新自定义类的prototype：

程序代码
function TestObjectA()
{
this.MethodA = function()
{
alert('TestObjectA.MethodA()');
}
}

function TestObjectB()
{
this.MethodB = function()
{
alert('TestObjectB.MethodB()');
}
}

TestObjectB.prototype = new TestObjectA();

第三个很眼熟吧？对啊，它就是我们前面介绍的原型继承法呀~~ 不过今天我们不是研究"继承"，之所以可以这样来实现一种继承，只是利用了prototype属性的一个副作用而已。

prototype还有一个默认的属性：constructor，是用来表示创建对象的函数的(即我们OOP里说的构造函数)。constructor属性是所有具有prototype属性的对象的成员。它们包括除Global和Math对象以外的所有JScript内部对象。constructor属性保存了对构造特定对象实例的函数的引用。

弄清楚了JScript中prototype属性怎么使用后，下面我们再来深入的研究它。
上面的文章中我罗列了一下prototype属性在JScript中的各种用法，但是prototype这个东西却不是JScript创造出来的，JScript实际上是使用了我们设计模式中prototype pattern的一种衍生形式。下面我先简单的说一下prototype pattern，然后再来看到底JScript中的prototype是怎么回事?!

What's prototype pattern?

Specify the kinds of objects to create using a prototypical instance, and create new objects by ing this prototype.

用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。

原型模式允许一个对象再创建另外一个可定制的对象，根本无需知道任何如何创建的细节，工作原理是：通过将一个原型对象传给那个要发动创建的对象，这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建。

继续了解到底什么是prototype pattern，可以参看'设计模式之Prototype(原型)'这篇文章，即使不懂Java也没有关系，把它的代码都当C#看就行了。

搞清楚什么是原型了吧？反正记着一点，prototype pattern是的实现是依赖于clone这个操作的，当然要shallow 还是deep 的clone看自己的需要了。

下面我们继续说JScript里的prototype，为什么我们说它和prototype pattern里的prototype不一样呢?! 这个不是我说就说出来的，也不是我吹出来的，看看这个示例，你就能大概糊涂：

程序代码
<script language="javascript">
function RP()
{
RP.PropertyA = 1;
RP.MethodA = function()
{
alert("RP.MethodA ");
};

this.PropertyA = 100;
this.MethodA = function()
{
alert("this.MethodA");
};
}

RP.prototype.PropertyA = 10;
RP.prototype.MethodA = function()
{
alert("RP.prototype.MethodA");
};
</script>

不要着急，还没有开始做示例，只是给出了我们用来演示的一个类。RP是什么？rpwt吗？当然不是了，RP是ResearchPrototype了。好了不废话了，看示例及结果分析。

程序代码
<script language="javascript">
rp = new RP();
alert(RP.PropertyA);
RP.MethodA();
alert(rp.PropertyA);
rp.MethodA();
</script>

运行结果闪亮登场：
1
RP.MethodA
100
this.MethodA
这个%$@#^$%&^...，不要着急，继续看哦！

程序代码
<script language="javascript">
rp = new RP();
delete RP.PropertyA;
alert(RP.PropertyA);
delete RP.MethodA;
RP.MethodA();
delete rp.PropertyA;
alert(rp.PropertyA);
delete rp.MethodA;
rp.MethodA();
</script>
运行结果再次登场：

程序代码
undefined
A Runtime Error has occurred.
Do you wish to Debug?
Line: 32
Error: Object doesn't support this property or method
10
RP.prototype.MethodA

好玩吧，看出来什么名堂了吗？这里的RP.PropertyA和RP.MethodA只是用来做参照的，可是怎么把this.PropertyA和this.MethodA都delete了，还能出来结果，而且还是prototype导入的属性和方法呢？

这就是JScript的prototype和prototype pattern中prototype最大的不同了，JScript中的这个所谓的prototype属性其实是个语言本身支持的特性，这里没有发生任何的，不管shallow还是deep的。对于JScript的解释引擎，它在处理"."或"[keyName]"引用的对象的属性和方法时，先在对象本身的实例(this)中查找，如果找到就返回或执行。如果没有查找到，就查找对象的prototype(this.constructor.prototype)里是否定义了被查找的对象和方法，如果找到就返回或执行，如果没有查找到，就返回undefined(对于属性)或runtime error(对于方法)。

正因为prototype导入类实例的属性或方法是动态查找的，所以我们才能对系统内部对象添加prototype属性和方法，比如给String对象添加trim方法：

程序代码
<script lanuage="javascript">
String.prototype.trim()
{
return this.replace(/(^\s+)|(\s+$)/g, "");
}
</scritp>

显然JScript中的这种用法也是prototype pattern中的prototype不能解释和支持的。

这下对于JScript OOP中原型继承法的理解因该没有任何的障碍了吧？同时也应该明白为什么原型继承法有那么大的天生缺陷了吧？当然如果有任何问题，欢迎继续讨论。

附演示示例源代码：

程序代码
<html>
<head>
<meta name="author" content="birdshome@博客园">
<title>JScript Prototype Research</title>
</head>
<body>
<script language="javascript">
function RP()
{
RP.PropertyA = 1;
RP.MethodA = function()
{
alert("RP.MethodA ");
};

this.PropertyA = 100;
this.MethodA = function()
{
alert("this.MethodA");
};
}

RP.prototype.PropertyA = 10;
RP.prototype.MethodA = function()
{
alert("RP.prototype.MethodA");
};
</script>
<script language="javascript">
rp = new RP();
delete RP.PropertyA;
alert(RP.PropertyA);
delete RP.MethodA;
RP.MethodA();
delete rp.PropertyA;
alert(rp.PropertyA);
delete rp.MethodA;
rp.MethodA();
</script>
</body>
</html>