java原型模式

1. 设计模式都有哪些

总体来说设计模式分为三大类：

一、创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。

二、结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。

三、行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

1、工厂方法模式：

定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method 使一个类的实例化延迟到其子类。

工厂模式有一个问题就是，类的创建依赖工厂类，也就是说，如果想要拓展程序，必须对工厂类进行修改，这违背了闭包原则，所以，从设计角度考虑，有一定的问题，这就用到工厂方法模式。

创建一个工厂接口和创建多个工厂实现类，这样一旦需要增加新的功能，直接增加新的工厂类就可以了，不需要修改之前的代码。

2、抽象工厂模式：

提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。抽象工厂需要创建一些列产品，着重点在于"创建哪些"产品上，也就是说，如果你开发，你的主要任务是划分不同差异的产品线，并且尽量保持每条产品线接口一致，从而可以从同一个抽象工厂继承。

3、单例模式：

单例对象（Singleton）是一种常用的设计模式。在java应用中，单例对象能保证在一个JVM中，该对象只有一个实例存在。这样的模式有几个好处：

（1）某些类创建比较频繁，对于一些大型的对象，这是一笔很大的系统开销。

（2）省去了new操作符，降低了系统内存的使用频率，减轻GC压力。

（3）有些类如交易所的核心交易引擎，控制着交易流程，如果该类可以创建多个的话，系统完全乱了。（比如一个军队出现了多个司令员同时指挥，肯定会乱成一团），所以只有使用单例模式，才能保证核心交易服务器独立控制整个流程。

4、建造者模式：

将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

5、原型模式：

原型模式虽然是创建型的模式，但是与工程模式没有关系，从名字即可看出，该模式的思想就是将一个对象作为原型，对其进行复制、克隆，产生一个和原对象类似的新对象。本小结会通过对象的复制，进行讲解。在Java中，复制对象是通过clone()实现的，先创建一个原型类。

6、适配器模式：

适配器模式将某个类的接口转换成客户端期望的另一个接口表示，目的是消除由于接口不匹配所造成的类的兼容性问题。主要分为三类：类的适配器模式、对象的适配器模式、接口的适配器模式。

7、装饰器模式：

顾名思义，装饰模式就是给一个对象增加一些新的功能，而且是动态的，要求装饰对象和被装饰对象实现同一个接口，装饰对象持有被装饰对象的实例。

8、代理模式：

代理模式就是多一个代理类出来，替原对象进行一些操作，比如我们在租房子的时候回去找中介，为什么呢？因为你对该地区房屋的信息掌握的不够全面，希望找一个更熟悉的人去帮你做，此处的代理就是这个意思。

9、外观模式：

外观模式是为了解决类与类之家的依赖关系的，像spring一样，可以将类和类之间的关系配置到配置文件中，而外观模式就是将他们的关系放在一个Facade类中，降低了类类之间的耦合度，该模式中没有涉及到接口。

10、桥接模式：

桥接模式就是把事物和其具体实现分开，使他们可以各自独立的变化。桥接的用意是：将抽象化与实现化解耦，使得二者可以独立变化，像我们常用的JDBC桥DriverManager一样。

JDBC进行连接数据库的时候，在各个数据库之间进行切换，基本不需要动太多的代码，甚至丝毫不用动，原因就是JDBC提供统一接口，每个数据库提供各自的实现，用一个叫做数据库驱动的程序来桥接就行了。

11、组合模式：

组合模式有时又叫部分-整体模式在处理类似树形结构的问题时比较方便。使用场景：将多个对象组合在一起进行操作，常用于表示树形结构中，例如二叉树，数等。

12、享元模式：

享元模式的主要目的是实现对象的共享，即共享池，当系统中对象多的时候可以减少内存的开销，通常与工厂模式一起使用。

13、策略模式：

策略模式定义了一系列算法，并将每个算法封装起来，使其可以相互替换，且算法的变化不会影响到使用算法的客户。需要设计一个接口，为一系列实现类提供统一的方法，多个实现类实现该接口，设计一个抽象类（可有可无，属于辅助类），提供辅助函数。

14、模板方法模式：

一个抽象类中，有一个主方法，再定义1...n个方法，可以是抽象的，也可以是实际的方法，定义一个类，继承该抽象类，重写抽象方法，通过调用抽象类，实现对子类的调用。

15、观察者模式：

观察者模式很好理解，类似于邮件订阅和RSS订阅，当我们浏览一些博客或wiki时，经常会看到RSS图标，就这的意思是，当你订阅了该文章，如果后续有更新，会及时通知你。

其实，简单来讲就一句话：当一个对象变化时，其它依赖该对象的对象都会收到通知，并且随着变化！对象之间是一种一对多的关系。

16、迭代子模式：

顾名思义，迭代器模式就是顺序访问聚集中的对象，一般来说，集合中非常常见，如果对集合类比较熟悉的话，理解本模式会十分轻松。这句话包含两层意思：一是需要遍历的对象，即聚集对象，二是迭代器对象，用于对聚集对象进行遍历访问。

17、责任链模式：

责任链模式，有多个对象，每个对象持有对下一个对象的引用，这样就会形成一条链，请求在这条链上传递，直到某一对象决定处理该请求。但是发出者并不清楚到底最终那个对象会处理该请求，所以，责任链模式可以实现，在隐瞒客户端的情况下，对系统进行动态的调整。

18、命令模式：

命令模式的目的就是达到命令的发出者和执行者之间解耦，实现请求和执行分开。

19、备忘录模式：

主要目的是保存一个对象的某个状态，以便在适当的时候恢复对象，个人觉得叫备份模式更形象些，通俗的讲下：假设有原始类A，A中有各种属性，A可以决定需要备份的属性，备忘录类B是用来存储A的一些内部状态，类C呢，就是一个用来存储备忘录的，且只能存储，不能修改等操作。

20、状态模式：

状态模式在日常开发中用的挺多的，尤其是做网站的时候，我们有时希望根据对象的某一属性，区别开他们的一些功能，比如说简单的权限控制等。

21、访问者模式：

访问者模式把数据结构和作用于结构上的操作解耦合，使得操作集合可相对自由地演化。访问者模式适用于数据结构相对稳定算法又易变化的系统。因为访问者模式使得算法操作增加变得容易。

若系统数据结构对象易于变化，经常有新的数据对象增加进来，则不适合使用访问者模式。访问者模式的优点是增加操作很容易，因为增加操作意味着增加新的访问者。访问者模式将有关行为集中到一个访问者对象中，其改变不影响系统数据结构。其缺点就是增加新的数据结构很困难。

22、中介者模式：

中介者模式也是用来降低类类之间的耦合的，因为如果类类之间有依赖关系的话，不利于功能的拓展和维护，因为只要修改一个对象，其它关联的对象都得进行修改。

如果使用中介者模式，只需关心和Mediator类的关系，具体类类之间的关系及调度交给Mediator就行，这有点像spring容器的作用。

23、解释器模式：

解释器模式一般主要应用在OOP开发中的编译器的开发中，所以适用面比较窄。

(1)java原型模式扩展阅读：

介绍三本关于设计模式的书：

1、《设计模式：可复用面向对象软件的基础》

作者：[美] Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides

出版社： 机械工业出版社

2、《软件秘笈：设计模式那点事》

作者：郑阿奇

出版社：电子工业出版社

3、《设计模式：基于C#的工程化实现及扩展》

作者：王翔

出版社：电子工业出版社

2. java中抽象工厂模式和原型模式之间的区别

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

3. 澶у︾敓绂忛煶Java甯歌佽捐℃ā寮忔荤粨

Java甯歌佽捐℃ā寮忓揩𨱒ョ湅鐪

1銆佸垱寤哄瀷-宸ュ巶鏂规硶妯″纺:

(1)绠鍗曞伐铡傛ā寮:

寤虹珛涓涓宸ュ巶绫伙纴骞跺畾涔変竴涓鎺ュ彛瀵瑰疄鐜颁简钖屼竴鎺ュ彛镄勪骇鍝佺被杩涜屽垱寤恒

(2)宸ュ巶鏂规硶妯″纺:

宸ュ巶鏂规硶妯″纺鏄瀵圭亩鍗曞伐铡傛ā寮忕殑鏀硅繘锛岀亩鍗曞伐铡傜殑缂洪櫡鍦ㄥ共涓岖﹀悎钬滃紑闂铡熷垯钬

(3)闱欐佸伐铡傛柟娉曟ā寮:

闱欐佸伐铡傛ā寮忔槸灏嗗伐铡傛柟娉曟ā寮忛噷镄勬柟娉旷疆涓洪润镐佺殑锛屼笉闇瑕佸垱寤哄疄渚嬶纴鐩存帴璋幂敤鍗冲彲銆

2銆佸垱寤哄瀷-鎶借薄宸ュ巶妯″纺:

鎶借薄宸ュ巶妯″纺涓昏佺敤浜庡垱寤虹浉鍏冲硅薄镄勫舵棌銆傚綋涓涓浜у搧镞忎腑闇瑕佽璁捐″湪涓璧峰伐浣沧椂锛岄氲繃鎶借薄宸ュ巶妯″纺锛岃兘澶熶缭璇佸㈡埛绔濮嬬粓鍙浣跨敤钖屼竴涓浜у搧镞忎腑镄勫硅薄:骞朵笖阃氲繃闅旂诲叿浣撶被镄勭敓鎴愶纴浣垮缑瀹㈡埛绔涓嶉渶瑕佹槑纭鎸囧畾鍏蜂綋鐢熸垚绫;镓链夌殑鍏蜂綋宸ュ巶閮藉疄鐜颁简鎶借薄宸ュ巶涓瀹氢箟镄勫叕鍏辨帴鍙ｏ纴锲犳ゅ彧闇瑕佹敼鍙桦叿浣揿伐铡傜殑瀹炰緥锛屽氨鍙浠ュ湪镆愮岖▼搴︿笂鏀瑰彉鏁翠釜杞浠剁郴缁熺殑琛屼负銆

浣呜ユā寮忕殑缂虹偣鍦ㄤ簬娣诲姞鏂扮殑琛屼负镞舵瘆杈冮夯鐑︼纴濡傛灉闇瑕佹坊锷犱竴涓鏂颁骇鍝佹棌瀵硅薄镞讹纴闇瑕佹洿鏀规帴鍙ｅ强鍏朵笅镓链夊瓙绫伙纴杩椤繀铹朵细甯︽潵寰埚ぇ镄勯夯鐑︺

3銆佸垱寤哄瀷-寤洪犺呮ā寮:

寤洪犺呮ā寮忓皢澶嶆潅浜у搧镄勫垱寤烘ラゅ垎瑙ｅ湪鍦ㄤ笉钖岀殑鏂规硶涓浣垮缑鍒涘缓杩囩▼镟村姞娓呮榈锛屼粠钥屾洿绮剧‘鎺у埗澶嶆潅瀵硅薄镄勪骇鐢熻繃绋;阃氲繃闅旂诲嶆潅瀵硅薄镄勬瀯寤轰笌浣跨敤锛屼篃灏辨槸灏嗕骇鍝佺殑鍒涘缓涓庝骇鍝佹湰韬鍒嗙诲紑𨱒ワ纴浣垮缑钖屾牱镄勬瀯寤鸿繃绋嫔彲浠ュ垱寤轰笉钖岀殑瀵硅薄;骞朵笖姣忎釜鍏蜂綋寤洪犺呴兘鐩镐簰镫绔嬶纴锲犳ゅ彲浠ュ緢鏂逛究鍦版浛鎹㈠叿浣揿缓阃犺呮垨澧炲姞鏂扮殑鍏蜂綋寤洪犺咃纴鐢ㄦ埛浣跨敤涓嶅悓镄勫叿浣揿缓阃犺呭嵆鍙寰楀埌涓嶅悓镄勪骇鍝佸硅薄銆

4銆佸垱寤哄瀷-鍗曚緥妯″纺

鍗曚緥妯″纺鍙浠ョ‘淇濈郴缁熶腑镆愪釜绫诲彧链変竴涓瀹炰緥锛岃ョ被镊琛屽疄渚嫔寲骞跺悜鏁翠釜绯荤粺鎻愪緵杩欎釜瀹炰緥镄勫叕鍏辫块梾镣癸纴闄や简璇ュ叕鍏辫块梾镣癸纴涓嶈兘阃氲繃鍏朵粬阃斿缎璁块梾璇ュ疄渚嬨傚崟渚嬫ā寮忕殑浼樼偣鍦ㄤ簬:绯荤粺涓鍙瀛桦湪涓涓鍏辩敤镄勫疄渚嫔硅薄锛屾棤闇棰戠箒鍒涘缓鍜岄攒姣佸硅薄锛岃妭绾︿简绯荤粺璧勬簮锛屾彁楂樼郴缁熺殑镐ц兘鍙浠ヤ弗镙兼带鍒跺㈡埛镐庝箞镙蜂互鍙娄綍镞惰块梾鍗曚緥瀵硅薄銆傚崟渚嬫ā寮忕殑鍐欐硶链夊ソ鍑犵嶏纴涓昏佹湁涓夌:镍掓眽寮忓崟渚嬨侀タ姹夊纺鍗曚緥銆佺橱璁板纺鍗曚緥銆

5銆佸垱寤哄瀷-铡熷瀷妯″纺:

鍦 Java 涓锛屽师鍨嬫ā寮忕殑镙稿绩鏄灏辨槸铡熷瀷绫 Prototype,Prototype绫婚渶瑕佸叿澶囦互涓嬩袱涓𨱒′欢:瀹炵幇 Cloneable 鎺ュ彛:

閲嶅啓 Object 绫讳腑镄 clone() 鏂规硶锛岀敤浜庤繑锲炲硅薄镄勬嫹璐;Object 绫讳腑镄 clone() 鏂规硶榛樿ゆ槸娴呮嫹璐濓纴濡傛灉𨱍宠佹繁𨰾疯礉瀵硅薄锛屽垯闇瑕佸湪 clone() 鏂规硶涓镊瀹氢箟镊宸辩殑澶嶅埗阃昏緫銆傛祬澶嶅埗:灏嗕竴涓瀵硅薄澶嶅埗钖庯纴锘烘湰鏁版嵁绫诲瀷镄勫彉閲忎细閲嶆柊鍒涘缓锛岃屽紩鐢ㄧ被鍨嬫寚钖戠殑杩樻槸铡熷硅薄镓鎸囧悜镄勫唴瀛桦湴鍧銆傛繁澶嶅埗:灏嗕竴涓瀵硅薄澶嶅埗钖庯纴涓嶈烘槸锘烘湰鏁版嵁绫诲瀷杩樻湁寮旷敤绫诲瀷锛岄兘鏄閲嶆柊鍒涘缓镄勚

浣跨敤铡熷瀷妯″纺杩涜屽垱寤哄硅薄涓崭粎绠鍖栧硅薄镄勫垱寤烘ラわ纴杩樻瘆new 鏂瑰纺鍒涘缓瀵硅薄镄勬ц兘瑕佸ソ镄勫氾纴锲犱负 Object 绫荤殑clone() 鏂规硶鏄涓涓链鍦版柟娉曪纴鐩存帴镎崭綔鍐呭瓨涓镄勪簩杩涘埗娴佺壒鍒鏄澶嶅埗澶у硅薄镞讹纴镐ц兘镄勫樊鍒闱炲父鏄庢樉

6.缁撴瀯鍨-阃傞厤鍣ㄦā寮

阃傞厤鍣ㄦā寮忎富瑕佺敤浜庡皢涓涓绫绘垨钥呮帴鍙ｈ浆鍖栨垚瀹㈡埛绔甯屾湜镄勬牸寮忥纴浣垮缑铡熸湰涓嶅吋瀹圭殑绫诲彲浠ュ湪涓璧峰伐浣滐纴灏嗙洰镙囩被鍜岄傞厤钥呯被瑙ｈ;钖屾椂涔熺﹀悎钬滃紑闂铡熷垯钬濓纴鍙浠ュ湪涓崭慨鏀瑰师浠ｇ爜镄勫熀纭涓婂炲姞鏂扮殑阃傞厤鍣ㄧ被;灏嗗叿浣撶殑瀹炵幇灏佽呭湪阃傞厤钥呯被涓锛屽逛簬瀹㈡埛绔绫绘潵璇存槸阃忔槑镄勶纴钥屼笖鎻愰珮浜嗛傞厤钥呯殑澶岖敤镐э纴浣嗘槸缂虹偣鍦ㄤ簬镟存崲阃傞厤鍣ㄧ殑瀹炵幇杩囩▼姣旇缉澶嶆潅銆

镓浠ワ纴阃傞厤鍣ㄦā寮忔瘆杈冮傚悎浠ヤ笅鍦烘櫙:

(1)绯荤粺闇瑕佷娇鐢ㄧ幇链夌殑绫伙纴钥岃繖浜涚被镄勬帴鍙ｄ笉绗﹀悎绯荤粺镄勬帴

(2)浣跨敤绗涓夋柟缁勪欢锛岀粍浠舵帴鍙ｅ畾涔夊拰镊宸卞畾涔夌殑涓嶅悓锛屼笉甯屾湜淇鏀硅嚜宸辩殑鎺ュ彛锛屼絾鏄瑕佷娇鐢ㄧ涓夋柟缁勪欢鎺ュ彛镄勫姛鑳姐

7銆佺粨鏋勫瀷-瑁呴グ鍣ㄦā寮:

瑁呴グ鍣ㄦā寮忓彲浠ュ姩镐佺粰瀵硅薄娣诲姞涓浜涢濆栫殑镵岃矗浠庤屽疄鐜板姛鑳界殑𨰾揿𪾢锛屽湪杩愯屾椂阃夋嫨涓嶅悓镄勮呴グ鍣锛屼粠钥屽疄鐜颁笉钖岀殑琛屼负;姣斾娇鐢ㄧ户镓挎洿锷犵伒娲伙纴阃氲繃瀵逛笉钖岀殑瑁呴グ绫昏繘琛屾帓鍒楃粍钖堬纴鍒涢犲嚭寰埚氢笉钖岃屼负锛屽缑鍒板姛鑳芥洿涓哄己澶х殑瀵硅薄;绗﹀悎钬滃紑闂铡熷垯钬濓纴琚瑁呴グ绫讳笌瑁呴グ绫荤嫭绔嫔彉鍖栵纴鐢ㄦ埛鍙浠ユ牴鎹闇瑕佸炲姞鏂扮殑瑁呴グ绫诲拰琚瑁呴グ绫伙纴鍦ㄤ娇鐢ㄦ椂鍐嶅瑰叾杩涜岀粍钖堬纴铡熸湁浠ｇ爜镞犻’鏀瑰彉銆

浣嗘槸瑁呴グ鍣ㄦā寮忎篃瀛桦湪缂虹偣锛岄栧厛浼氢骇鐢熷緢澶氱殑灏忓硅薄澧炲姞浜嗙郴缁熺殑澶嶆潅镐э纴绗浜屾槸鎺挜敊姣旇缉锲伴毦锛屽逛簬澶氭¤呴グ镄勫硅薄锛岃皟璇曟椂瀵绘垒阌栾鍙鑳介渶瑕侀愮骇鎺掓煡锛岃缉涓虹储鐞愩

8銆佺粨鏋勫瀷-浠ｇ悊妯″纺:

浠ｇ悊妯″纺镄勮捐″姩链烘槸阃氲繃浠ｇ悊瀵硅薄𨱒ヨ块梾鐪熷疄瀵硅薄锛岄氲繃寤虹珛涓涓瀵硅薄浠ｇ悊绫伙纴鐢变唬鐞嗗硅薄鎺у埗铡熷硅薄镄勫紩鐢锛屼粠钥屽疄鐜板圭湡瀹炲硅薄镄勬搷浣溿傚湪浠ｇ悊妯″纺涓锛屼唬鐞嗗硅薄涓昏佽捣鍒颁竴涓涓浠嬬殑浣灭敤锛岀敤浜庡岗璋冧笌杩炴帴璋幂敤钥(鍗冲㈡埛绔)鍜岃璋幂敤钥(鍗崇洰镙囧硅薄)锛屽湪涓瀹氱▼搴︿笂闄崭绠浜嗙郴缁熺殑钥﹀悎搴︼纴钖屾椂涔熶缭鎶や简鐩镙囧硅薄銆备絾缂虹偣鏄鍦ㄨ皟鐢ㄨ呬笌琚璋幂敤钥呬箣闂村炲姞浜嗕唬鐞嗗硅薄锛屽彲鑳戒细阃犳垚璇锋眰镄勫勭悊阃熷害鍙樻参銆

9銆佺粨鏋勫瀷-妗ユ帴妯″纺:

妗ユ帴妯″纺灏嗙郴缁熺殑鎶借薄閮ㄥ垎涓庡疄鐜伴儴鍒嗗垎绂昏В钥︼纴浣夸粬浠鍙浠ョ嫭绔嬬殑鍙桦寲銆备负浜呜揪鍒拌╂娊璞￠儴鍒嗗拰瀹炵幇閮ㄥ垎镫绔嫔彉鍖栫殑鐩镄勶纴妗ユ帴妯″纺浣跨敤缁勫悎鍏崇郴𨱒ヤ唬镟跨户镓垮叧绯伙纴鎶借薄閮ㄥ垎𨰾ユ湁瀹炵幇閮ㄥ垎镄勬帴鍙ｅ硅薄锛屼粠钥岃兘澶熼氲繃杩欎釜鎺ュ彛瀵硅薄𨱒ヨ皟鐢ㄥ叿浣揿疄鐜伴儴鍒嗙殑锷熻兘銆备篃灏辨槸璇达纴妗ユ帴妯″纺涓镄勬ˉ鎺ユ槸涓涓鍗曟柟钖戠殑鍏崇郴锛屽彧鑳藉熸娊璞￠儴鍒嗗幓浣跨敤濂栫幇閮ㄥ垎镄勫硅薄锛岃屼笉鑳藉弽杩囨潵銆

妗ユ帴妯″纺绗﹀悎钬滃紑闂铡熷垯钬濓纴鎻愰珮浜嗙郴缁熺殑鍙𨰾揿𪾢镐э纴鍦ㄤ袱涓鍙桦寲缁村害涓浠绘剰镓╁𪾢涓涓缁村害锛岄兘涓嶉渶瑕佷慨鏀瑰师𨱒ョ殑绯荤粺:骞朵笖瀹炵幇缁呜妭瀵瑰㈡埛涓嶉忔槑锛屽彲浠ラ殣钘忓疄鐜扮粏鑺伞备絾鏄鐢变簬镵氩悎鍏崇郴寤虹珛鍦ㄦ娊璞″眰锛岃佹眰寮鍙戣呴拡瀵规娊璞¤繘琛岀紪绋嬶纴杩椤炲姞绯荤粺镄勭悊瑙ｅ拰璁捐￠毦搴︺

10銆佺粨鏋勫瀷-澶栬傛ā寮:

瑙傛ā寮忛氲繃瀵瑰㈡埛绔鎻愪緵涓涓缁熶竴镄勬帴鍙ｏ纴鐢ㄤ簬璁块梾瀛愮郴缁熶腑镄勪竴缇ゆ帴鍙ｃ备娇鐢ㄥ栬傛ā寮忔湁浠ヤ笅鍑犵偣濂藉:

(1)镟村姞鏄撶敤:浣垮缑瀛愮郴缁熸洿锷犳槗鐢锛屽㈡埛绔涓嶅啀闇瑕佷简瑙ｅ瓙绯荤粺鍐呴儴镄勫疄鐜帮纴涔熶笉闇瑕佽窡浼楀氩瓙绯荤粺鍐呴儴镄勬ā鍧楄繘琛屼氦浜掞纴鍙闇瑕佽窡澶栬傜被浜や簰灏卞彲浠ヤ简;

(2)𨱒炬暎钥﹀悎:灏嗗㈡埛绔涓庡瓙绯荤粺瑙ｈ︼纴璁╁瓙绯荤粺鍐呴儴镄勬ā鍧楄兘镟村规槗镓╁𪾢鍜岀淮鎶ゃ

(3)镟村ソ镄勫垝鍒呜块梾灞傛: 阃氲繃钖堢悊浣跨敤 Facade锛屽彲浠ユ洿濂藉湴鍒掑垎璁块梾镄勫眰娆★纴链変簺鏂规硶鏄瀵圭郴缁熷栫殑锛屾湁浜涙柟娉曟槸绯荤粺鍐呴儴浣跨敤镄勚傛妸闇瑕佹毚闇茬粰澶栭儴镄勫姛鑳介泦涓鍒伴棬闱涓锛岃繖镙锋棦鏂逛究瀹㈡埛绔浣跨敤锛屼篃寰埚ソ鍦伴殣钘忎简鍐呴儴镄勭粏鑺伞

11銆佺粨鏋勫瀷-缁勫悎妯″纺:

缁勫悎妯″纺灏嗗彾瀛愬硅薄鍜屽瑰櫒瀵硅薄杩涜岄掑綊缁勫悎锛屽舰鎴愭爲褰㈢粨鏋勪互琛ㄧず钬滈儴鍒-鏁翠綋钬濈殑灞傛＄粨鏋勶纴浣垮缑鐢ㄦ埛瀵瑰崟涓瀵硅薄鍜岀粍钖埚硅薄镄勪娇鐢ㄥ叿链変竴镊存э纴鑳藉熷儚澶勭悊鍙跺瓙瀵硅薄涓镙锋潵澶勭悊缁勫悎瀵硅薄锛屾棤闇杩涜屽尯鍒嗭纴浠庤屼娇鐢ㄦ埛绋嫔簭鑳藉熶笌澶嶆潅鍏幂礌镄勫唴閮ㄧ粨鏋勮繘琛岃В钥︺

缁勫悎妯″纺链鍏抽敭镄勫湴鏂规槸鍙跺瓙瀵硅薄鍜岀粍钖埚硅薄瀹炵幇浜嗙浉钖岀殑鎶借薄鏋勫缓绫伙纴瀹冩棦鍙琛ㄧず鍙跺瓙瀵硅薄锛屼篃鍙琛ㄧず瀹瑰櫒瀵硅薄锛屽㈡埛浠呬粎闇瑕侀拡瀵硅繖涓鎶借薄鏋勫缓绫昏繘琛岀紪绋嬶纴杩椤氨鏄缁勫悎妯″纺鑳藉熷皢鍙跺瓙鑺傜偣鍜屽硅薄鑺傜偣杩涜屼竴镊村勭悊镄勫师锲犮

12銆佺粨鏋勫瀷-浜鍏冩ā寮:

浜鍏冩ā寮忛氲繃鍏变韩鎶链链夋晥鍦版敮鎸佺粏绮掑害銆佺姸镐佸彉鍖栧皬镄勫硅薄澶岖敤锛屽綋绯荤粺涓瀛桦湪链夊氢釜鐩稿悓镄勫硅薄锛岄偅涔埚彧鍏变韩涓浠戒笉蹇呮疮涓閮藉幓瀹炰緥鍖栦竴涓瀵硅薄锛屾瀬澶у湴鍑忓皯绯荤粺涓瀵硅薄镄勬暟閲忥纴浠庤岃妭鐪佽祫婧愩

浜鍏冩ā寮忕殑镙稿绩鏄浜鍏冨伐铡傜被锛屼韩鍏冨伐铡傜被缁存姢浜嗕竴涓瀵硅薄瀛桦偍姹狅纴褰揿㈡埛绔闇瑕佸硅薄镞讹纴棣栧厛浠庝韩鍏冩睁涓銮峰彇锛屽傛灉浜鍏冩睁涓瀛桦湪瀵硅薄瀹炰緥鍒欑洿鎺ヨ繑锲烇纴濡傛灉浜鍏冩睁涓涓嶅瓨鍦锛屽垯鍒涘缓涓涓鏂扮殑浜鍏冨硅薄瀹炰緥杩斿洖缁欑敤鎴凤纴骞跺湪浜鍏冩睁涓淇濆瓨璇ユ柊澧炲硅薄锛岃繖镣规湁浜涘崟渚嬬殑镒忔濄

宸ュ巶绫婚氩父浼氢娇鐢ㄩ泦钖堢被鍨嬫潵淇濆瓨瀵硅薄锛屽 HashMap銆丠ashtable銆乂ector 绛夌瓑锛屽湪 Java 涓锛屾暟鎹搴撹繛鎺ユ睁銆佺嚎绋嬫睁绛夐兘鏄鐢ㄤ韩鍏冩ā寮忕殑搴旂敤銆

4. 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);

}

};

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