�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#20122;&#27954;&#19968;&#21306;&#36164;&#28304;&#44;&#57;&#49;&#25104;&#20154;&#30701;&#35270;&#39057;&#22312;&#32447;&#35266;&#30475;&#44;&#22825;&#22530;&#57;&#49;&#22312;&#32447;</title><link>http://blogjava.net/stevenjohn/category/51131.html</link><description>那些青春的岁�?/description><language>zh-cn</language><lastBuildDate>Fri, 08 May 2015 16:28:40 GMT</lastBuildDate><pubDate>Fri, 08 May 2015 16:28:40 GMT</pubDate><ttl>60</ttl><item><title>设计模式--应用场景</title><link>http://www.aygfsteel.com/stevenjohn/archive/2015/05/08/424950.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Fri, 08 May 2015 09:32:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2015/05/08/424950.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/424950.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2015/05/08/424950.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/424950.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/424950.html</trackback:ping><description><![CDATA[<div><div>各种设计模式--应用场景�Q?br />装饰器模式：(x��)</div>1、类�l�承�?x��)导致类的膨胀�Q�这时候装饰器���派上用��Z��<br /><div>责�Q链模式：(x��)</div><div>1、ifelse 用责任链来实�?/div><div></div>状态模式：(x��)<br />1、ifelse<br />适配器模式：(x��)目的是在原来代码的基���上面�Q�增加一些修饰的东西�?br />1、订单信息，比如增加了活动了之后�Q�返回结果中要包含活动信息，在原来代码的基础上面�l�返回的Bean里面增加一些活动信息�?br />代理模式�Q?br /><div>&nbsp;比如吧，我有一个业务，同时要调用外部系�l�的http实现的接口和webservice实现的接口，可以做一个代理类�Q?代理webservice接口和http接口�Q?代理�c�d��我判断该用哪个， 我直接调用代理类���p��了。代理类专门屏蔽后面的接口或者协议�?/div><div></div><div></div><div></div><div></div>模板�Ҏ(gu��)��模式�Q?br />1、比如订单的下单�q�有退�ƾ操作，都需要同时判断��用的金额和红包�?br />2、支付的时候，调用不同的支付方式，都需要去做判断�?br />�{�略模式�Q?br /><br /><br /><br /><br /><br /><div></div><div>�{�略模式和装饰器模式区别�Q?br />�{�略模式偏向于对实现�Ҏ(gu��)��或策略的���装�Q�调用者不需要考虑具体实现�Q�只要指定��用的�{�略卛_���? <br />装饰器模式一般用于需要对功能�q�行扩展的场合，每一�U�装饰都是一�U�扩展或增强�? <br /><br />看�v来两个模式好像没有必然的联系�Q�但是在实际使用�q�程�?发现了一个让我困惑的地方�?<br />先看一个典型的场景�Q?<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;  商场对客��h��折，老客�?折，新客�?折，新客戯���物满3000�Q�打8.5�? <br />对这个基本场景，一般给的经典模式是�{�略模式�Q�很多书也以�q�个作�ؓ(f��)�{�略模式的的�l�典案例�? <br />但是�Q�如果我把每一�U�折扣看作是一�U�对原有��h��的装饎ͼ��q�个场景也是可以用装饰器模式实现的�? <br />两个模式都需要花费一些代码去判断�{�略或装饰器的类型，而且实现隑ֺ�也旗鼓相当�? <br /><br />我用两种模式都实��C��相同的功能，但是却没有发现明昄���区别�Q�不知道大家对这两个模式怎么看， <br />�Ƣ迎讨论�?br /><br /><br /><div>�{�略模式更們֐�是N�?的模式，也即�Ҏ(gu��)��条�g选择相应的算法，但各�U�算法是互斥的，比如�Q�团体客户和个�h客户的优惠政�{�必然是非此卛_��的；  <br /><br />装饰模式是在��M��逻辑的基���上的附加逻辑�Q�比如，个�h客户有的属于同城客户�Q�支持送货上门�?/div><br /><div>谢谢�(zh��n)�的回复�Q�如果按照策略模式，每一�U�打折方案是一�U�策略，而且只能选择一个，�q�是没有问题的�? <br />按照装饰模式�Q�每一�U�折扣都是在购买金额上的附加�Q�在没有折上折或者送货上门�q�些附加值的时候，我感觉装饰模式也是实用的�Q�当�?d��ng)���当折上折和送货�q�种附加体现的时候，装饰��L(f��ng)��模式��׃��现去来了�? <br /><br />所以，我感觉在当前描述的问题中�Q�这两个模式应该都可以很恰当的实现需求，但是没感觉到本质的区别�? <br />于是���有些困惑了�Q�看了�?zh��n)�的�ȝ���Q�我感觉自己有点�ȝ��角了�?<br />如果�q�个场景新增附加需求，比如新增vip客户�Q�那么策略模式就比较合适了�? <br />但是如果�q�行折上折或者送货上门�q�类附加需求，很明显装饰模式会(x��)更好一些了�?<br />看来具体的模式还得根据实际需求确定，不能��L�����套�?/div></div>���管��g��可以使用两种模式实现自己说的场景�Q�但是两者还是有本质的区别�?br /><br />�{�略模式�Q�已�l�说的很清楚�Q? ��׃��多说了�?br /><br />装饰模式是主题逻辑的基���上的加强。可以看看JAVA IO的设计�?br />���像��g��说的�Q?如果客户购买�?000�Q? 不只可以享受7折优惠， �q�可以送货上门�?br />�q�里有两��功能：(x��) 1�Q?7折优惠， 2�Q�送货上门<br />如果使用�{�略模式�Q? 我们势必把两��功能都写在一个策略的实现�c�里面�?br />假��现在有新的场景出玎ͼ����是老客戯���买满3000�Q? 也��n受送货上门。（或者说�q�里面的�q�蕴藏一些其他的优惠�Q�比如说�q�券�{�等�Q?br />��N��我们又把�q�些功能��d��到我们的�{�略里面�Q? �q�样代码���很生硬而且不容易修攏V�?br /><br />但是使用装饰模式��׃��一��P��装饰模式能动态的�l�对象增加特有的功能�?比如说IO里面可以��d��Buffer的功能�? 同样在我们的场景里面�Q�我们也可以���送货上门、返券等也动态的增强�Q?new 送货上门�Q�new �q�券�Q�）�Q?..., �q�样子就很灵�z�M���?br /><br />�{�略实现可能�c�M���Q?<br />do7�?)�Q?<br />do送货上门�Q?�Q?<br />do�q�券�Q�） <br /><br />装饰的实现可能了�c�M���Q?<br />new 7折（  new 送货上门�Q�new �q�券�Q�）�Q�）�Q?能随意组合； <br /><br />所有的优惠都��n受上了， 看上去还是爽一炏V�?nbsp;<br /><br /><div>其实装饰模式�Q?�q�是更符合设计的一条原则：(x��) �����承， 多组�?nbsp;</div></div><img src ="http://www.aygfsteel.com/stevenjohn/aggbug/424950.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2015-05-08 17:32 <a href="http://www.aygfsteel.com/stevenjohn/archive/2015/05/08/424950.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>状态模式和�{�略模式的比�?</title><link>http://www.aygfsteel.com/stevenjohn/archive/2015/04/21/424559.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Mon, 20 Apr 2015 18:43:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2015/04/21/424559.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/424559.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2015/04/21/424559.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/424559.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/424559.html</trackback:ping><description><![CDATA[<div>状态模�?state pattern)和策略模�?strategy pattern)的实现方法非常类��|��都是利用多态把一些操作分配到一�l�相关的���单的�c�M���Q�因此很多�h认�ؓ(f��)�q�两�U�模式实际上是相同的。然�?/div><div></div><div>&#8226;在现实世界中�Q�策略（如促销一�U�商品的�{�略�Q�和状态（如同一个按钮来控制一个电(sh��)梯的状态，又如手机界面中一个按钮来控制手机�Q�是两种完全不同的思想。当我们对状态和�{�略�q�行建模�Ӟ���q�种差异�?x��)导致完全不同的问题。例如，对状态进行徏模时�Q�状态迁�U�L��一个核心内容；然而，在选择�{�略�Ӟ���q�移与此毫无关系。另外，�{�略模式允许一个客户选择或提供一�U�策略，而这�U�思想在状态模式中完全没有�?nbsp;</div><div>&#8226;一个策略是一个计划或�Ҏ(gu��)���Q�通过执行�q�个计划或方案，我们可以在给定的输入条�g下达��C��个特定的目标。策略是一�l�方案，他们可以�怺�替换�Q�选择一个策略，获得�{�略的输出。策略模式用于随不同外部环境采取不同行�ؓ(f��)的场合。我们可以参考微软企业库底层Object Builder的创建对象的strategy实现方式�?nbsp;</div><div>&#8226;而状态模式不同，对一个状态特别重要的对象�Q�通过状态机来徏模一个对象的状态；状态模式处理的核心问题是状态的�q�移�Q�因为在对象存在很多状态情况下�Q�对各个business flow�Q�各个状态之间蟩转和�q�移�q�程都是�?qi��ng)其复杂的。例如一个工作流�Q�审批一个文�Ӟ��存在新徏、提交、已修改、HR部门审批中、老板审批中、HR审批��p�|、老板审批��p�|�{�状态，涉及(qi��ng)多个角色交互�Q�涉�?qi��ng)很多事�Ӟ���q�种情况下用状态模�?状态机)来徏模更加合适；把各个状态和相应的实现步骤封装成一�l�简单的�l�承自一个接口或抽象�cȝ���c�，通过另外的一个Context来操作他们之间的自动状态变换，通过event来自动实现各个状态之间的跌��{。在整个生命周期中存在一个状态的�q�移曲线�Q�这个迁�U�L���U�对客户是透明的。我们可以参考微软最新的WWF 状态机工作���实现思想�?nbsp;</div><div>&#8226;在状态模式中�Q�状态的变迁是由对象的内部条件决定，外界只需兛_��其接口，不必兛_��其状态对象的创徏和�{化；而策略模式里�Q�采取何�U�策略由外部条�g(C)军_���?nbsp;</div><div></div><img src ="http://www.aygfsteel.com/stevenjohn/aggbug/424559.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2015-04-21 02:43 <a href="http://www.aygfsteel.com/stevenjohn/archive/2015/04/21/424559.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>命��o(h��)模式应用场景</title><link>http://www.aygfsteel.com/stevenjohn/archive/2015/03/30/423968.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Mon, 30 Mar 2015 13:23:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2015/03/30/423968.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/423968.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2015/03/30/423968.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/423968.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/423968.html</trackback:ping><description><![CDATA[基本概念�Q?br />&nbsp; &nbsp; &nbsp; 在��Y件系�l�中�Q?#8220;<strong jquery18009907489287714276="307">行�ؓ(f��)��h���?/strong>&#8221;�?#8220;<strong jquery18009907489287714276="308">行�ؓ(f��)实现�?/strong>&#8221;通常呈现一�U?#8220;<strong jquery18009907489287714276="309">紧耦合</strong>&#8221;。但�?a  target="_blank" jquery18009907489287714276="310">某些</a>场合�Q�比如要对行������?#8220;记录、撤销/重做、事�?#8221;�{�处理，�q�种无法抵�M变化的紧耦合是不合适的。在�q�种情况下，如何��?#8220;行�ؓ(f��)��h���?#8221;�?#8220;行�ؓ(f��)实现�?#8221;解耦？��?strong jquery18009907489287714276="311">一�l�行为抽象�ؓ(f��)对象</strong>�Q?strong jquery18009907489287714276="312">实现二者之间的松耦合</strong>。这���是<strong jquery18009907489287714276="313">命��o(h��)模式�Q�Command Pattern�Q��?br /></strong><br /><p>　 &nbsp; &nbsp;���来自客��L(f��ng)��的请求传入一个对象，从而��你可用不同的��h��对客戯���行参数化。用�?#8220;行�ؓ(f��)��h���?#8221;�?#8220;行�ؓ(f��)实现�?#8221;解耦，可实��C��者之间的松耦合�Q�以侉K��应变化。分���d��化与不变的因素�?/p> <p>&nbsp;　　在面向对象的�E�序设计中，一个对象调用另一个对象，一般情况下的调用过�E�是�Q�创建目标对象实例；讄���调用参数�Q�调用目标对象的�Ҏ(gu��)���?/p> <p>但在有些情况下有必要使用一个专门的�c�d���q�种调用�q�程加以���装�Q�我们把�q�种专门的类�U�C��command�c�R�?/p><br />特点<br />1)、command模式���调用操作的对象和实现该操作的对象解�?br />2)、可以将多个命��o(h��)装配成一个复合命令，复合命��o(h��)是Composite模式的一个实�?br />3)、增加新的command很容易，无需改变已有的类<br /><br />应用场景�Q?br /><p>我们来分析下命��o(h��)模式的��用场景吧�Q�一般情况下如下几类场景中��用命令模式会(x��)辑ֈ�很好的效果：(x��)</p> <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1、当一个应用程序调用者与多个目标对象之间存在调用关系�Ӟ���q�且目标对象之间的操作很�c�M��的时候�?/p> <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2、例如当一个目标对象内部的�Ҏ(gu��)��调用太复杂，或者内部的�Ҏ(gu��)��需要协作才能完成对象的某个特点操作时�?/p> <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3、有时候调用者调用目标对象后�Q�需要回调一些方法�?br /><br /></p><div>&nbsp; &nbsp; &nbsp;命��o(h��)模式是将行�ؓ(f��)��h��者和行�ؓ(f��)实现者解耦合的方式。对命��o(h��)�q�行���装�Q�将命��o(h��)和执行命令分隔开。请求的一方发出命令，要求执行某些操作�Q�接受一�Ҏ(gu��)��到命令，执行�q�些操作的真正实现。请求的一方不必知道接受方的接口，以及(qi��ng)如何被操作�?nbsp;</div><p><br /><span style="font-family: 'Courier New';">&nbsp; &nbsp; 命��o(h��)模式可以应用到很多场景，比如实现do/undo功能、实现导航功能�?/span><br /></p><div></div><img src ="http://www.aygfsteel.com/stevenjohn/aggbug/423968.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2015-03-30 21:23 <a href="http://www.aygfsteel.com/stevenjohn/archive/2015/03/30/423968.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>装饰器模�?应用场景</title><link>http://www.aygfsteel.com/stevenjohn/archive/2015/03/27/423874.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Thu, 26 Mar 2015 16:11:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2015/03/27/423874.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/423874.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2015/03/27/423874.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/423874.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/423874.html</trackback:ping><description><![CDATA[<pre id="best-content-960868908"  mb-10"="" accuse="aContent" jquery110209564238208075206="86">装饰者模式（Decorator Pattern�Q�，是在不必改变原类文�g和��用��承的情况下，动态的扩展一个对象的功能。它是通过创徏一个包装对象，也就是装饰来包裹真实的对象�?br />使用装饰者模式的时候需要注意一下几点内容：(x��)<br />�Q?�Q�装饰对象和真实对象有相同的接口。这样客��L(f��ng)��对象���可以以和真实对象相同的方式和装饰对象交互�?br />�Q?�Q�装饰对象包含一个真实对象的引用�?br />�Q?�Q�装饰对象接受所有的来自客户端的��h���Q�它把这些请求�{发给真实的对象�?br />�Q?�Q�装饰对象可以在转发�q�些��h��以前或以后增加一些附加功能。这样就���保了在�q�行�Ӟ��不用修改�l�定对象的结构就可以在外部增加附加的功能。在面向对象的设计中�Q�通常是通过�l�承来实现对�l�定�cȝ��功能扩展。然而，装饰者模式，不需要子�c�d��以在应用�E�序�q�行�Ӟ��动态扩展功能，更加方便、灵�z�R�?br /><br />适用装饰者模式场合：(x��)<br />1�Q�当我们需要�ؓ(f��)某个现有的对象，动态的增加一个新的功能或职责�Ӟ��可以考虑使用装饰模式�?br />2�Q�当某个对象的职责经常发生变化或者经帔R��要动态的增加职责�Q�避免�ؓ(f��)了适应�q�样的变化，而增加��承子�c�L��展的方式�Q�因������U�方式会(x��)造成子类膨胀的速度�q�快�Q�难以控制�?br /><br />推荐你一本设计模式方面的优秀书籍�Q�郑阿奇 �ȝ��的《��Y件秘�W?设计模式那点事》。里面讲解很��C���Q�实例通俗易懂�Q�看了收获很大！<br /><br /></pre><img src ="http://www.aygfsteel.com/stevenjohn/aggbug/423874.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2015-03-27 00:11 <a href="http://www.aygfsteel.com/stevenjohn/archive/2015/03/27/423874.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title> JAVA设计模式之工厂模�?���单工厂模�?工厂�Ҏ(gu��)��模式+抽象工厂模式)</title><link>http://www.aygfsteel.com/stevenjohn/archive/2015/03/22/423721.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Sun, 22 Mar 2015 07:16:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2015/03/22/423721.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/423721.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2015/03/22/423721.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/423721.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/423721.html</trackback:ping><description><![CDATA[<p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;">在面向对象编�E�中, 最通常的方法是一个new操作�W���生一个对象实�?new操作�W�就是用来构造对象实例的。但是在一些情况下, new操作�W�直接生成对象会(x��)带来一些问题。�D例来�? 许多�c�d��对象的创造需要一�p�d��的步�? 你可能需要计���或取得对象的初始设�|? 选择生成哪个子对象实�? 或在生成你需要的对象之前必须先生成一些辅助功能的对象�?在这些情�?新对象的建立���是一�?&#8220;�q�程&#8221;�Q�不仅是一个操作，像一部大机器中的一个��轮传动�?/p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;"></p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;"><strong>模式的问�?/strong>�Q�你如何能轻松方便地构造对象实例，而不必关心构造对象实例的�l�节和复杂过�E�呢�Q?/p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;"><span style="color: #333333;"><strong>解决�Ҏ(gu��)��</strong>�Q�徏立一个工厂来创徏对象</span></p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;"><strong>实现�Q?/strong></p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;"><span style="font-size: 16px;"><strong>一、引�a�<br /></strong></span>&nbsp; &nbsp;&nbsp;1�Q�还没有工厂时代�Q�假如还没有工业革命�Q�如果一个客戯���一�Ƒ֮�马�R,一般的做法是客户去创徏一�Ƒ֮�马�R�Q�然后拿来用�?br />&nbsp;&nbsp;&nbsp; 2�Q�简单工厂模式：(x��)后来出现工业革命。用户不用去创徏宝马车。因为客��h��一个工厂来帮他创徏宝马.惌���什么�R�Q�这个工厂就可以建。比如想�?20i�p�d��车。工厂就创徏�q�个�p�d��的�R。即工厂可以创徏产品�?br />&nbsp; &nbsp; 3�Q�工厂方法模式时代：(x��)��Z��满��客户�Q�宝马�R�p�d�����来���多�Q�如320i�Q?23i,30li�{�系列一个工厂无法创建所有的宝马�p�d��。于是由单独分出来多个具体的工厂。每个具体工厂创��Z���U�系列。即具体工厂�c�d��能创��Z��个具体��品。但是宝马工厂还是个抽象。你需要指定某个具体的工厂才能生��车出来�?/p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;">&nbsp;&nbsp; 4�Q�抽象工厂模式时代：(x��)随着客户的要求越来越高，宝马车必��配�|�空调。于是这个工厂开始生产宝马�R和需要的�I�����?/p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;">&nbsp;&nbsp;&nbsp;最�l�是客户只要对宝马的销售员��_(d��)��(x��)我要523i�I����车，销售员���q��接给�?23i�I����车了。而不用自己去创徏523i�I����车宝马�R.</p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;">&nbsp;&nbsp;&nbsp;�q�就是工厂模式�?/p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;"><span style="color: #333333;"><strong>二、分�c?/strong>&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;工厂模式主要是�ؓ(f��)创徏对象提供�q�渡接口�Q�以便将创徏对象的具体过�E�屏蔽隔����v来，辑ֈ�提高灉|��性的目的�?nbsp;<br />工厂模式可以分�ؓ(f��)三类�Q?nbsp;</span></p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;"><span style="color: #333333;">1�Q�简单工厂模式（Simple Factory�Q?nbsp;<br />2�Q�工厂方法模式（F(tu��n)actory Method�Q?nbsp;<br />3�Q�抽象工厂模式（Abstract Factory�Q?nbsp;</span></p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;"><span style="color: #333333;">&nbsp;�q�三�U�模式从上到下逐步抽象�Q��ƈ且更具一般性�?nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;GOF在《设计模式》一书中���工厂模式分��Z���c�：(x��)工厂�Ҏ(gu��)��模式�Q�F(tu��n)actory Method�Q�与抽象工厂模式�Q�Abstract Factory�Q��?/span></p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;"><span style="color: #333333;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ���简单工厂模式（Simple Factory�Q�看为工厂方法模式的一�U�特例，两者归��Z���c�R�?nbsp;</span></p><p style="color: #362e2b; font-family: Arial; line-height: 26px; background-color: #ffffff;"><span style="color: #333333;"><span style="font-size: 16px;"><strong>三、区�?nbsp;<br /></strong></span>工厂�Ҏ(gu��)��模式�Q?br />一个抽象��品类�Q�可以派生出多个具体产品�c�R�?&nbsp;&nbsp;<br />一个抽象工厂类�Q�可以派生出多个具体工厂�c�R�?&nbsp;&nbsp;<br />每个具体工厂�c�d��能创��Z��个具体��品类的实例�?br />抽象工厂模式�Q?br />多个抽象产品�c�，每个抽象产品�c�d��以派生出多个具体产品�c�R�?&nbsp;&nbsp;<br />一个抽象工厂类�Q�可以派生出多个具体工厂�c�R�?&nbsp;&nbsp;<br />每个具体工厂�c�d��以创建多个具体��品类的实例�?&nbsp;&nbsp;<br />区别�Q?br />工厂�Ҏ(gu��)��模式只有一个抽象��品类�Q�而抽象工厂模式有多个�?&nbsp;&nbsp;<br />工厂�Ҏ(gu��)��模式的具体工厂类只能创徏一个具体��品类的实例，而抽象工厂模式可以创建多个�?br />两者皆可�?nbsp;<br /><br /><br /><br /></span></p><div>http://blog.csdn.net/jason0539/article/details/23020989</div><img src ="http://www.aygfsteel.com/stevenjohn/aggbug/423721.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2015-03-22 15:16 <a href="http://www.aygfsteel.com/stevenjohn/archive/2015/03/22/423721.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>适配器模式应用场�?/title><link>http://www.aygfsteel.com/stevenjohn/archive/2015/03/18/423572.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Wed, 18 Mar 2015 05:59:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2015/03/18/423572.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/423572.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2015/03/18/423572.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/423572.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/423572.html</trackback:ping><description><![CDATA[1.希望复用一些现存的�c�，但是接口又与复用环境要求不一致�?

<br />2.其实适配器模式有�Ҏ(gu��)��奈之举，在前期设计的时候，我们��׃��应该考虑适配器模式，而应该考虑通过重构�l�一接口�?

<br /><br />想��用一个已存在的类�Q�但是该�c�M���W�合接口需求；或者需要创��Z��个可重用的类�Q�适配没有提供合适接口的其它�c�R�?
<br />
适配器模式主要解决的问题���是我们要调用的接口�c�d���Q�无法满���x��们新�pȝ��的��用需求，�q�时候，我们需要将旧系�l�的接口�Q�通过适配器进行�{配，辑ֈ�支持新接口调用的目的�?br /><br />对于�q�样的要求，我们通过适配器就可以完成�Q�当然如果有多个接口需要�{配，那么我们���需要�ؓ(f��)每一个接口提供一个适配器去完成转换的工作。当然具体的调用�q�程�Q�我们可以进行相应的���装。达到比较通用的方式去调用适配器，完成适配服务�?br />我们来看看适配的过�E��?

 我们�Ҏ(gu��)��上面的适配器的特点的介�l�中�Q�我们来分析下适配器模式的几类比较适用的��用场景：(x��)
<br />
       1、我们在使用�W�三方的�c�d���Q�或者说�W�三方的API的时候，我们通过适配器�{换来满��现有�pȝ��的��用需求�?br />

       2、我们的旧系�l�与新系�l�进行集成的时候，我们发现旧系�l�的数据无法满��新系�l�的需求，那么�q�个时候，我们可能需要适配器，完成调用需求�?br />

       3、我们在使用不同数据库之间进行数据同步�?我这里只是分析的是通过�E�序来说实现的时候的情况。还有其他的很多�U�方式[数据库同步])�?


我们本节�l�出适配器模式的�l�典实现代码�Q�我们这里结合项目中的查询服务来�q�行说明�Q�旧�pȝ��中提供一个查询服务方法Query();但是我新�pȝ��定义底层的数据访问服务层

的时候，却是使用的GetList()�Ҏ(gu��)���Q��ƈ且将之前的返回结果集合进行包装成泛型的�Ş式来�q�行�?img src ="http://www.aygfsteel.com/stevenjohn/aggbug/423572.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2015-03-18 13:59 <a href="http://www.aygfsteel.com/stevenjohn/archive/2015/03/18/423572.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>JAVA 单例模式</title><link>http://www.aygfsteel.com/stevenjohn/archive/2015/03/17/423533.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Tue, 17 Mar 2015 07:15:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2015/03/17/423533.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/423533.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2015/03/17/423533.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/423533.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/423533.html</trackback:ping><description><![CDATA[<span style="color: #333333; font-family: 'Open Sans', 'Helvetica Neue', Helvetica, Arial, STHeiti, sans-serif; line-height: 22.3999996185303px; background-color: #ffffff;">枚�D单例模式�Q?br />关于单例模式的实现有很多�U�，�|�上也分析了如今实现单利模式最好用枚�D�Q�好处不外乎三点�Q?/span><strong style="box-sizing: border-box; background-color: #ffffff;"><font color="#333333" face="Open Sans, Helvetica Neue, Helvetica, Arial, STHeiti, sans-serif"><span style="line-height: 22.3999996185303px;">1.�U�程安全 2.不会(x��)因�ؓ(f��)序列化而��生新实例 3.防止反射��d��</span></font><br /><strong style="color: #333333; font-family: 'Open Sans', 'Helvetica Neue', Helvetica, Arial, STHeiti, sans-serif; line-height: 22.3999996185303px; box-sizing: border-box;">1.�U�程安全&nbsp;</strong><br /><span style="font-family: 'Microsoft YaHei', 宋体, 'Myriad Pro', Lato, 'Helvetica Neue', Helvetica, Arial, sans-serif; font-weight: normal;">下面�q�段代码���是声明枚�D实例的通常做法�Q�它可能�q�包含实例变量和实例�Ҏ(gu��)���Q�但是�ؓ(f��)了简单�v见，我�ƈ没有使用�q�些东西�Q�仅仅需要小心的是如果你正在使用实例�Ҏ(gu��)���Q�那么你需要确保线�E�安全（如果它媄(ji��ng)响到其他对象的状态的话）。默认枚丑֮�例的创徏是线�E�安全的�Q�但是在枚�D中的其他��M���Ҏ(gu��)����q��序员自己负责�?br /></span><div>关于�U�程安全的保证，其实是通过�c�d��载机制来保证的，我们看看INSTANCE的实例化时机�Q�是在static块中�Q�JVM加蝲�cȝ���q�程昄���是线�E�安全的�?br /><div>static {};</div><div>&nbsp; Code:</div><div>&nbsp; &nbsp;0: &nbsp; new &nbsp; &nbsp; #12; //class com/abin/lee/spring/util/Singleton$1</div><div>&nbsp; &nbsp;3: &nbsp; dup</div><div>&nbsp; &nbsp;4: &nbsp; ldc &nbsp; &nbsp; #14; //String INSTANCE</div><div>&nbsp; &nbsp;6: &nbsp; iconst_0</div><div>&nbsp; &nbsp;7: &nbsp; invokespecial &nbsp; #15; //Method com/abin/lee/spring/util/Singleton$1."&lt;init&gt;":(Ljava/lang/String;I)V</div><div>&nbsp; &nbsp;10: &nbsp;putstatic &nbsp; &nbsp; &nbsp; #19; //Field INSTANCE:Lcom/abin/lee/spring/util/Singleton;</div><div>&nbsp; &nbsp;13: &nbsp;iconst_1</div><div>&nbsp; &nbsp;14: &nbsp;anewarray &nbsp; &nbsp; &nbsp; #1; //class com/abin/lee/spring/util/Singleton</div><div>&nbsp; &nbsp;17: &nbsp;dup</div><div>&nbsp; &nbsp;18: &nbsp;iconst_0</div><div>&nbsp; &nbsp;19: &nbsp;getstatic &nbsp; &nbsp; &nbsp; #19; //Field INSTANCE:Lcom/abin/lee/spring/util/Singleton;</div><div>&nbsp; &nbsp;22: &nbsp;aastore</div><div>&nbsp; &nbsp;23: &nbsp;putstatic &nbsp; &nbsp; &nbsp; #21; //Field ENUM$VALUES:[Lcom/abin/lee/spring/util/Singleton;</div><div>&nbsp; &nbsp;26: &nbsp;return</div></div><div>�U�程安全�Q�从反编译后的类源码中可以看��Z��是通过�c�d��载机制保证的�Q�应该是�q�样�?br /><br /></div><strong style="color: #333333; font-family: 'Open Sans', 'Helvetica Neue', Helvetica, Arial, STHeiti, sans-serif; line-height: 22.3999996185303px; box-sizing: border-box;">2.不会(x��)因�ؓ(f��)序列化而��生新实例<br /></strong><div style="color: #333333; font-family: 'Open Sans', 'Helvetica Neue', Helvetica, Arial, STHeiti, sans-serif; line-height: 22.3999996185303px;">枚�D自己处理序列�?/div><span style="color: #000000; font-family: 'Microsoft YaHei', 宋体, 'Myriad Pro', Lato, 'Helvetica Neue', Helvetica, Arial, sans-serif; line-height: 21px; font-weight: normal;">传统单例存在的另外一个问题是一旦你实现了序列化接口�Q�那么它们不再保持单例了�Q�因为readObject()�Ҏ(gu��)��一直返回一个新的对象就像java的构造方法一��P��你可以通过使用readResolve()�Ҏ(gu��)��来避免此事发生，看下面的例子�Q?/span><br /><div><span style="line-height: 22.399999618530273px;">//readResolve to prevent another instance of Singleton</span></div><div><span style="line-height: 22.399999618530273px;">&nbsp; &nbsp; private Object readResolve(){</span></div><div><span style="line-height: 22.399999618530273px;">&nbsp; &nbsp; &nbsp; &nbsp; return INSTANCE;</span></div><div><span style="line-height: 22.399999618530273px;">&nbsp; &nbsp; }</span></div><span style="font-family: 'Microsoft YaHei', 宋体, 'Myriad Pro', Lato, 'Helvetica Neue', Helvetica, Arial, sans-serif; font-weight: normal;">�q�样甚至�q�可以更复杂�Q�如果你的单例类�l�持了其他对象的状态的话，因此你需要��他们成�ؓ(f��)transient的对象。但是枚丑֍�例，JVM对序列化有保证�?br /></span><div>优点�Q�不仅能避免多线�E�同步问题，而且�q�能防止反序列化重新创徏新的对象</div><div><br /><br /></div><strong style="color: #333333; font-family: 'Open Sans', 'Helvetica Neue', Helvetica, Arial, STHeiti, sans-serif; line-height: 22.3999996185303px; box-sizing: border-box;">3.防止反射��d��<br />反射��d���Q�我有自��p��着反射��d��了以下，不过报错�?..看了下方的反�~�译�c�L��码，明白了，因�ؓ(f��)单例�cȝ��修饰是abstract的，所以没法实例化。（<strong>解决</strong>�Q?br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /></strong><br /><br /></strong>静态内部类�Q?br /><div>// Correct lazy initialization in Java&nbsp;</div><div>@ThreadSafe</div><div>class Foo {</div><div>&nbsp; &nbsp; private static class HelperHolder {</div><div>&nbsp; &nbsp; &nbsp; &nbsp;public static Helper helper = new Helper();</div><div>&nbsp; &nbsp; }</div><div>&nbsp;</div><div>&nbsp; &nbsp; public static Helper getHelper() {</div><div>&nbsp; &nbsp; &nbsp; &nbsp; return HelperHolder.helper;</div><div>&nbsp; &nbsp; }</div><div>}</div><div></div><p style="margin: 0in; font-family: 微��Y雅黑; font-size: 11.5pt;">它利用了内部静态类只有在被引用的时候才�?x��)被加蝲的规律�?/p><p style="margin: 0in; font-size: 11.5pt;"><span style="font-family: 微��Y雅黑;">�q�样一来，一旦内部的</span><span style="font-family: Calibri;">HelperHolder</span><span style="font-family: 微��Y雅黑;">被引用了�Q�它?y��u)�׃�?x��)首先�?/span><span style="font-family: Calibri;">JVM</span><span style="font-family: 微��Y雅黑;">加蝲�Q�进行该�cȝ��静态域的初始化�Q�从而���?/span><span style="font-family: Calibri;">Helper</span><span style="font-family: 微��Y雅黑;">�q�一单例�c�被初始化。它之所以是�U�程安全的，也是托了</span><span style="font-family: Calibri;">JVM</span><span style="font-family: 微��Y雅黑;">的福�Q�因�?/span><span style="font-family: Calibri;">JVM</span><span style="font-family: 微��Y雅黑;">对于�cȝ��加蝲�q�一�q�程是线�E�安全的�?/span></p><img src ="http://www.aygfsteel.com/stevenjohn/aggbug/423533.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2015-03-17 15:15 <a href="http://www.aygfsteel.com/stevenjohn/archive/2015/03/17/423533.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>工厂�Ҏ(gu��)��模式与抽象工厂模式的区别</title><link>http://www.aygfsteel.com/stevenjohn/archive/2014/12/28/421902.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Sun, 28 Dec 2014 14:06:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2014/12/28/421902.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/421902.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2014/12/28/421902.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/421902.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/421902.html</trackback:ping><description><![CDATA[<pre id="best-content-192663341" accuse="aContent"  mb-10"="" style="margin-top: 0px; margin-bottom: 10px; padding: 0px; font-family: arial, 'courier new', courier, 宋体, monospace; white-space: pre-wrap; word-wrap: break-word; color: #333333; line-height: 24px; background-color: #f1fedd;">工厂�Ҏ(gu��)��模式�Q?br />一个抽象��品类�Q�可以派生出多个具体产品�c�R�?  <br />一个抽象工厂类�Q�可以派生出多个具体工厂�c�R�?  <br />每个具体工厂�c�d��能创��Z��个具体��品类的实例�?br /><br />抽象工厂模式�Q?br />多个抽象产品�c�，每个抽象产品�c�d��以派生出多个具体产品�c�R�?  <br />一个抽象工厂类�Q�可以派生出多个具体工厂�c�R�?  <br />每个具体工厂�c�d��以创建多个具体��品类的实例�?  <br />    <br />区别�Q?br />工厂�Ҏ(gu��)��模式只有一个抽象��品类�Q�而抽象工厂模式有多个�?  <br />工厂�Ҏ(gu��)��模式的具体工厂类只能创徏一个具体��品类的实例，而抽象工厂模式可以创建多个�?br /><br /><br /><br /><div>工厂�Ҏ(gu��)��模式�Q?一个抽象��品类�Q�可以派生出多个具体产品�c�R�?一个抽象工厂类�Q�可以派生出多个具体工厂�c�R�?每个具体工厂�c�d��能创��Z��个具体��品类的实例�?抽象工厂模式�Q?多个抽象产品�c�，每个抽象产品�c�d��以派生出多个具体产品�c�R�?一个抽象工厂类�Q�可以派生出多个具体工厂�c�R�?每个具体工厂�c�d��以创建多个具体��品类的实例�?区别�Q?工厂�Ҏ(gu��)��模式只有一个抽象��品类�Q�而抽象工厂模式有多个�?工厂�Ҏ(gu��)��模式的具体工厂类只能创徏一个具体��品类的实例，而抽象工厂模式可以创建多个�?br /><br /><br /><div>GOF《设计模式》写的很清楚�Q�工厂方法是由子�c�自行决定实例化那个�c�，而抽象工厂是自己军_��实例化哪个类。至于是�l�合�q�是�l�承�q�是实现接口都无所谓。根本区别在于是自己实例化还是子�c�d��例化�?/div></div></pre><img src ="http://www.aygfsteel.com/stevenjohn/aggbug/421902.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2014-12-28 22:06 <a href="http://www.aygfsteel.com/stevenjohn/archive/2014/12/28/421902.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>Java  单例模式</title><link>http://www.aygfsteel.com/stevenjohn/archive/2012/03/15/371964.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Thu, 15 Mar 2012 10:21:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2012/03/15/371964.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/371964.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2012/03/15/371964.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/371964.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/371964.html</trackback:ping><description><![CDATA[1、饿汉模式：(x��)<br />
<p>package com.abin.info.service;</p>
<p>public class Singleton {<br />&nbsp;private static Singleton singleton=new Singleton();<br />&nbsp;<br />&nbsp;private Singleton(){<br />&nbsp;&nbsp;<br />&nbsp;}<br />&nbsp;<br />&nbsp;public static Singleton getInstance(){<br />&nbsp;&nbsp;return singleton;<br />&nbsp;}</p>
<p>}<br /></p><br /><div><div>private static LazyMode lazyMode=null;</div><div><span style="white-space:pre">	</span>public static synchronized LazyMode getInstance(){</div><div><span style="white-space:pre">		</span>if(null==lazyMode){</div><div><span style="white-space:pre">			</span>lazyMode=new LazyMode();</div><div><span style="white-space:pre">		</span>}</div><div><span style="white-space:pre">		</span>return lazyMode;</div><div><span style="white-space:pre">	</span>}&nbsp;</div></div><br /><br />2、懒汉模式：(x��)<br />
<p>package com.abin.inter.she;</p>
<p>public class Singleton {<br />&nbsp;private static Singleton singleton=null;<br />&nbsp;private Singleton(){<br />&nbsp;&nbsp;<br />&nbsp;}<br />&nbsp;public static Singleton getInstance(){<br />&nbsp;&nbsp;if(null==singleton){<br />&nbsp;&nbsp;&nbsp;return new Singleton();<br />&nbsp;&nbsp;}<br />&nbsp;&nbsp;return singleton;<br />&nbsp;}</p>
<p>}<br /><br />懒汉模式的线�E�安全版本：(x��)<br /></p><div><div></div></div><div><div>package com.abin.lee.template.pattern;</div><div></div><div>public class LazyMode {</div><div><span style="white-space:pre">	</span>private static LazyMode lazyMode=null;</div><div><span style="white-space:pre">	</span>public static synchronized LazyMode getInstance(){</div><div><span style="white-space:pre">		</span>if(null==lazyMode){</div><div><span style="white-space:pre">			</span>lazyMode=new LazyMode();</div><div><span style="white-space:pre">		</span>}</div><div><span style="white-space:pre">		</span>return lazyMode;</div><div><span style="white-space:pre">	</span>}&nbsp;</div><div></div><div>}</div></div><div></div><br /><br /><br />3、双重检���：(x��)<br /><p>&nbsp;</p>
<p>package com.east.abin.impl;</p>
<p>public class Singleton {<br />&nbsp;private static Singleton instance=null;<br />&nbsp;private Singleton(){<br />&nbsp;&nbsp;<br />&nbsp;}<br />&nbsp;<br />&nbsp;public static Singleton getInstance(){<br />&nbsp;&nbsp;if(null==instance){<br />&nbsp;&nbsp;&nbsp;synchronized(Singleton.class){<br />&nbsp;&nbsp;&nbsp;&nbsp;if(null==instance){<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;instance=new Singleton();<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return instance;<br />&nbsp;&nbsp;&nbsp;&nbsp;}<br />&nbsp;&nbsp;&nbsp;}<br />&nbsp;&nbsp;}<br />&nbsp;&nbsp;return instance;<br />&nbsp;}</p>
<p>}<br /></p>
<p>&nbsp;</p><br /><br /><br /><br /><br /><br />4.静态内部类�Q?br /><div><div>单例模式创新�Q�google的ioc作者写的。只有在调用的时候才�?x��)初始化�Q�而且�U�程安全 &nbsp;&nbsp;</div><div>�����牛！</div></div>
<p>package com.east.abin.bin;</p>
<p>public class Singleton {<br />&nbsp;private Singleton(){<br />&nbsp;&nbsp;<br />&nbsp;}<br />&nbsp;<br />&nbsp;private static class SingletonHelp{<br />&nbsp;&nbsp;private static Singleton instance=new Singleton();<br />&nbsp;}<br />&nbsp;<br />&nbsp;public static Singleton getInstance(){<br />&nbsp;&nbsp;return SingletonHelp.instance;<br />&nbsp;}<br />&nbsp;</p>
<p>}<br /><br /><br /><br /><br /></p>
<p>5、enum�c�d���?�q�个是针对jdk 1.5以及(qi��ng)1.5版本以上�? </p>
<p>package com.abin.peng.service;</p>
<p>public enum Singleton {<br />&nbsp;Singleton;<br />&nbsp;private Singleton(){}<br />&nbsp;public static Singleton getInstance(){<br />&nbsp;&nbsp;return Singleton;<br />&nbsp;}<br />}<br /></p>
<p>&nbsp;</p><img src ="http://www.aygfsteel.com/stevenjohn/aggbug/371964.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2012-03-15 18:21 <a href="http://www.aygfsteel.com/stevenjohn/archive/2012/03/15/371964.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title> 设计模式之六 --- 抽象工厂模式(Abstract Factory)</title><link>http://www.aygfsteel.com/stevenjohn/archive/2012/03/15/371913.html</link><dc:creator>abin</dc:creator><author>abin</author><pubDate>Thu, 15 Mar 2012 03:08:00 GMT</pubDate><guid>http://www.aygfsteel.com/stevenjohn/archive/2012/03/15/371913.html</guid><wfw:comment>http://www.aygfsteel.com/stevenjohn/comments/371913.html</wfw:comment><comments>http://www.aygfsteel.com/stevenjohn/archive/2012/03/15/371913.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/stevenjohn/comments/commentRss/371913.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/stevenjohn/services/trackbacks/371913.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp; 摘要: &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;每个模式都是针对一定问题的解决�Ҏ(gu��)��。抽象工厂模式面对的问题是多产品�{���l�构的系�l�设计�?nbsp; &nbsp; &nbsp; &nbsp; &nbsp;在学�?f��n)抽象工厂具体实例之前，应该明白两个重要的概念�?x��)产品族和产品�{����?&nbsp; &nbsp; &nbsp; &nbsp; &nbs...&nbsp;&nbsp;<a href='http://www.aygfsteel.com/stevenjohn/archive/2012/03/15/371913.html'>阅读全文</a><img src ="http://www.aygfsteel.com/stevenjohn/aggbug/371913.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/stevenjohn/" target="_blank">abin</a> 2012-03-15 11:08 <a href="http://www.aygfsteel.com/stevenjohn/archive/2012/03/15/371913.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                                                                                                                                                                                                           <footer>
<div class="friendship-link">
<a href="http://www.aygfsteel.com/" title="&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;">&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;</a>

</div>

</footer>


��վ֩���ģ�壺
<a href="http://" target="_blank">¡����</a>|
<a href="http://" target="_blank">�����غ���</a>|
<a href="http://" target="_blank">ƽ����</a>|
<a href="http://" target="_blank">�Ϲ���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">�����׶���</a>|
<a href="http://" target="_blank">�ϵ���</a>|
<a href="http://" target="_blank">�޽���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ɫ��</a>|
<a href="http://" target="_blank">��ƽ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�ʳ���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ǿ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�;���</a>|
<a href="http://" target="_blank">�����</a>|
<a href="http://" target="_blank">̨����</a>|
<a href="http://" target="_blank">֦����</a>|
<a href="http://" target="_blank">�鶴��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��Դ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">ɯ����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�ֲ���</a>|
<a href="http://" target="_blank">��˼��</a>|
<a href="http://" target="_blank">��ˮ</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>