• 采用它会(x¨¬)对很多根据设计模式创建的¾cÖMñ”生负面媄(ji¨£ng)响ã€?
• 应用½E‹åºçš„不同部分知道设计模式的使用ã€?
• 使用˜q™ç§è®¾è®¡æ¨¡å¼çš„决定不能轻易取消ã€?

　　˜q™ç±»è®¾è®¡æ¨¡å¼çš„例子有Model-View-ControlleråQˆMVCåQ‰æ¨¡å¼ã€Value Object J2EE模式和Data Access ObjectåQˆDAOåQ‰J2EE模式
　　Isolated use是指设计模式的ä‹É用是隐藏¾l†èŠ‚的设计模式。这¾c»è®¾è®¡æ¨¡å¼çš„品质包括åQ?/P>

• 设计模式不媄(ji¨£ng)响其他团队成员或者应用程序其他部分的工作ã€?
• 可以è½ÀL¾åœ°æ›´æ”¹ä‹É用设计模式的军_®šåQŒè€Œä¸”产生的媄(ji¨£ng)响极ž®ã€?

　　˜q™ç±»è®¾è®¡æ¨¡å¼çš„例子有Singleton GoF模式或者Intercepting Filter J2EE模式ã€?BR>　　ž®†è®¾è®¡æ¨¡å¼åˆ’分äØ“(f¨´)几类ä¸ÞZº†è§£è®¾è®¡æ¨¡å¼çš„范围提供了一¿Uå¿«é€Ÿçš„æ–ÒŽ(gu¨©)³•ã€‚了解范围ä‹É评估设计模式的媄(ji¨£ng)响更加轻松。可以ä‹É用或者抛弃这¿Uè®¾è®¡æ¨¡å¼å—åQŸä¸€æ—¦é‡‡ç”¨è¿™¿Uè®¾è®¡æ¨¡å¼å°±ä¼?x¨¬)åª?ji¨£ng)响应用程序的设计吗？˜q™ç§è®¾è®¡æ¨¡å¼å½±å“äº†åº”用程序的多个部分和其他的应用½E‹åºäº†å—åQŸé¢„先了解这些媄(ji¨£ng)响äØ“(f¨´)采用设计模式提供了指对{€?BR>
设计模式应用AntiPatterns
　　随着设计模式逐渐普及(qi¨¢ng)åQŒå‡ºçŽîCº†å¦ä¸€¿Uå«åšAntiPatterns的模式类型。尽½Ž¡è®¾è®¡æ¨¡å¼æä¾›äº†å…³äºŽå¯é‡å¤çš„最ä½Ïx–¹æ³•çš„专业知识åQŒä½†æ˜¯AntiPatterns通常描述应当避免的重复行为。AntiPatterns 验证了这æ ïL(f¨¥ng)š„事实åQšåšé”™äº‹æƒ…和办对事情的äh一样多ã€?BR>　　本节ž®†æŽ¢è®¨è®¾è®¡æ¨¡å¼é‡‡ç”¨ä¸­çš„AntiPatterns。了解这些AntiPatterns可以帮助æ‚(zh¨¨n)¨é¿å…è®¾è®¡æ¨¡å¼é‡‡ç”¨ä¸­çš„缺陗÷€‚如同设计模式一æ øP¼Œåœ¨ä»–们提供了一些远见或者他们是一些非常熟æ‚(zh¨¨n)‰çš„环境æ—Óž¼Œåœ¨ä»–们可以äØ“(f¨´)æ‚(zh¨¨n)¨çš„¾léªŒæ·ÕdŠ è‰²å½©å’Œä‹Éæ‚(zh¨¨n)¨ä¸å†æ„Ÿåˆ°å­¤ç‹¬æ—¶åQŒæ­¤å¤„çš„AntiPatterns是一个全新的概念。如果æ?zh¨¨n)¨æƒ³é˜…è¯ÀL›´å¤šæœ‰å…³AntiPatterns的资料，请参见本文结ž®‘Ö¤„的资源列表ã€?BR>
AntiPattern清单
设计模式?是的åQŒæˆ‘们全部拥æœ?/B>
　　问题åQ?/B>军_®šåœ¨é¡¹ç›®ä¸­ä½¿ç”¨å“ªä¸€¿Uè®¾è®¡æ¨¡å¼ã€?BR>　　应用åQ?/B> 既有broad exposure又有isolated use设计模式ã€?BR>　　环境åQ?/B>一位开发äh员通过介绍希望在一™å¹å·¥½E‹ä¸­ä½¿ç”¨è®¾è®¡æ¨¡å¼ã€?BR>　　动力åQ?/B>AntiPattern的动力通常有两¿Uæ¥æºã€‚一¿Uæ˜¯å¼€å‘äh员通过包括设计模式的最ä½?j¨©ng)_®žè·‰|¥æ”¹è¿›™å¹ç›®çš„æÍ(f¨´)望。另一¿Uæ˜¯å¼€å‘äh员天生的好奇心驱使他利用˜q™ä¸ª™å¹ç›®æ¥ç ”½I¶è®¾è®¡æ¨¡å¼ã€?BR>　　推荐的解å†Ïx–¹æ¡ˆï¼š(x¨¬)™å¹ç›®ä¸­åº”用了所有知名的设计模式。设计模式手册生成一份清单，而目标是可以核对所有的设计模式ã€?BR>　　产生的语境：(x¨¬)™å¹ç›®å›¢é˜Ÿå’Œäº¤ä»˜çš„应用½E‹åºç”׃ºŽä¸è‡ªç„¶åœ°å¼•å…¥å¤ªå¤šè®¾è®¡æ¨¡å¼è€Œé­å—损失。这ž®±å¯¼è‡´è®¾è®¡å’Œå¼€å‘非常复杂。这¿Uä¸å¿…要的复杂性会(x¨¬)从已¾lå®Œæˆçš„工作量、开发团队了解发生事情的能力、应用程序的实际性能和功能的正确性等斚w¢å½±å“å¼€å‘成果ã€?BR>　　设计基本原理åQ?/B>设计模式是专业知识的主要来源。尽½Ž¡ä‹É用他们的效果很好åQŒä½†æ˜¯å…¨éƒ¨ä‹É用他们就未必也是好的ã€?BR>实际解决æ–ÒŽ(gu¨©)¡ˆåQšè®¾è®¡æ¨¡å¼çš„描述包含了ä‹É用模式的目标语境。必™å»è€ƒè™‘如何¼‹®ä¿è®¾è®¡æ¨¡å¼åŒšw…™å¹ç›®ã€‚第二，设计模式不是来源于当某äh阅读了一本设计模式的著作后，问：(x¨¬)“我可以把这个设计模式ä‹É用在什么地方？”而是来源于某人寻扑ַ²å‘现问题的解å†Ïx–¹æ¡ˆã€?BR>
Developer/Project AntiPattern的实�/B>
　　(也称为：(x¨¬)Design pattern xyz? YeahåQŒæˆ‘们有10ä¸?
　　问题åQ?/B>在项目中或者项目之间控制设计模式的实现ã€?BR>　　应用åQ?/B>broad exposureå’Œisolated use设计模式都从解决˜q™ç§çŽ¯å¢ƒä¸­å—益。但是，broad exposure设计模式无疑控制了实现ã€?BR>　　语境åQ?/B>开发团队将设计模式¾l“合到项目中。团队由许多¾léªŒä¸°å¯Œçš„开发äh员组成，他们知道应该什么时候ä‹É用设计模式。所以会(x¨¬)正确的设计模式。如果涉å?qi¨¢ng)到多个™å¹ç›®åQŒé¡¹ç›®ä¹‹é—´æ²¡æœ‰è®¾è®¡æ¨¡å¼å®žçŽ°å…±äº«ã€?BR>　　动力åQ?/B>最¾lˆæœŸé™æ—¥ç›ŠäÍ(f¨´)˜q‘，团队成员工作效率很高。重æ–îC‹É用实çŽîC¼š(x¨¬)影响团队效率。假设他们都是专å®Óž¼Œä»–们的实现都非常优秀。在多项目情况中åQŒè·¨å›¢é˜Ÿé€šä¿¡å’Œä»£ç å…±äº«è¦ä¹ˆæ²¡æœ‰è¢«è€ƒè™‘åQŒè¦ä¹ˆè¢«ä½œäØ“(f¨´)˜q›åº¦è¡¨ä¸­çš„潜在媄(ji¨£ng)响被排除ã€?BR>　　推荐的解å†Ïx–¹æ¡ˆï¼š(x¨¬)团队可以æ ÒŽ(gu¨©)®éœ€è¦å•ç‹¬åŒ…含和实现设计模式ã€?BR>　　产生的语境：(x¨¬)即ä‹É使用了正¼‹®çš„设计模式åQŒä½†æ˜¯ä»–们是以很多不同的方式实现的。在限制集成和重æ–îC‹É用成果的实现之间存在不兼宏V€‚很多不必要的时间和工作被花费在¾l´æŠ¤ã€è°ƒè¯•å’Œæ‰©å±•å„种实现上。最¾lˆï¼Œå„种实现都将被统一ã€?BR>　　设计基本原理åQ?/B>应当允许专家成员独立工作。只要所包含的设计模式èƒö够好åQŒå°±ä¸éœ€è¦å…±äº«å®žçŽ°ã€?BR>　　实际解决æ–ÒŽ(gu¨©)¡ˆåQ?/B>开发团队应当协调设计模式的使用。共享设计模式的公共实现可在ž®†æ¥é™ä½Žæˆæœ¬åQŒä½†æ˜¯æ›´é‡è¦çš„是åQŒå®ƒä½¿å¼€å‘äh员之间互相兼宏V€‚如果需要，˜q™ç§å…׃ín可以被限制到划归先前讨论的broad exposure设计模式内。重用实现在™å¹ç›®é—´ä¹Ÿæžæœ‰ä»·å€û|¼Œž®¤å…¶åœ¨æœªæ¥å°†è¦é›†æˆçš„时候ã€?BR>
设计模式采用中IDE的角�/B>
　　IDE在ç‘ô¾l­å‘展和提供更多的功能。最初的IDE¾l„成了一¿Uç¼–辑环境和一些调试工兗÷€‚现在，他们通常包含设计环境、审计工兗÷€é…¾|®ç®¡ç†ç³»¾lŸé›†æˆç­‰½{‰ã€‚随着IDE不断扩展范围åQŒéœ€è¦ç¡®è®¤ä»–们在设计模式实现中的角色。诚ç„?d¨°ng)ž¼Œè®¾è®¡æ¨¡å¼åœ¨å¼€å‘语­a€ä¸­å®žçŽŽÍ¼Œè€ŒIDE可以用于¾~–辑源代码。但是，IDE可以扮演其他的角色吗?
　　一些IDEå…ähœ‰ä¸‹æ‹‰èœå•åQŒä‹Éæ‚(zh¨¨n)¨èƒ½å¤Ÿé€‰æ‹©åº”用½E‹åºä¸­åŒ…括的设计模式。虽然这可以加快设计模式的ä‹É用，但是它只ä¼?x¨¬)导致更快地¾~–写出极差的代码。评估这个特性需要记住几个因素ã€?BR>　　½W¬ä¸€åQŒè®¾è®¡æ¨¡å¼åœ¨æŠ½è±¡ä¸­æ˜q°é—®é¢˜ï¼Œòq‰™œ€è¦ä¸€äº›è¯‘码来辑ֈ°æ­£ç¡®çš„实现。但是，他们常常包含“示例实玎ͼˆsample implementationåQ‰â€ï¼Œòq¶ä¸”IDE正是ž®†è¿™¿Uç¤ºä¾‹ç±»¾l“构插入到应用程序中。这很可能不是所需要的实现åQŒåƈ且把他们攑ֈ°åº”用½E‹åºä¸­å°†å¸¦æ¥æ›´å¤šçš„困惑，以及(qi¨¢ng)需要更多的¾~–辑和重构工作而不是思考最初的实现ã€?BR>　　½W¬äºŒåQŒå’ŒIDE拖放设计模式æ–ÒŽ(gu¨©)³•æœ‰å…³çš„另一个问题是前面讨论的两¿UAntiPatterns。加快设计模式的实现很可能会(x¨¬)产生大量的设计模式应用，以及(qi¨¢ng)同一设计模式的多¿Uç‰ˆæœ¬ï¼Œè€Œä¸æ˜¯è§£å†³ä“Q意问题的版本ã€?BR>　　设计模式面äÍ(f¨´)的挑战不仅仅是得åˆîC¸€‹Æ¡å¿«é€Ÿå®žçŽŽÍ¼Œè€Œæ˜¯¼‹®å®šä½¿ç”¨äº†æ­£¼‹®çš„实现åQŒä»¥å?qi¨¢ng)机构中已有的一个完¾ŸŽçš„实现ã€?BR>
BEA WebLogic Workshop 8.1和设计模�/B>
　　æ‚(zh¨¨n)¨å¯èƒ½æ˜¯ä¸€ä½BEA的客æˆøP¼Œå¦‚æžœæ‚(zh¨¨n)¨æ­£åœ¨é˜…è¯ÀLœ¬æ–‡ï¼Œæ‚(zh¨¨n)¨å¯èƒ½æƒ³çŸ¥é“æ–°çš„BEA WebLogic Workshop 8.1是如何媄(ji¨£ng)响æ?zh¨¨n)¨çš„设计模式考虑的。首先，W(xu¨¦)ebLogic Workshop是IDEåQŒå› æ­¤å‰é¢æœ‰å…³IDE的章节同样适用。对˜q™äº›è®¨è®ºæ„Ÿå…´­‘£çš„Workshop的两个额外方面是控äšg和预实现的设计模式ã€?
　　WebLogic Workshop Controls是打包功能的一¿Uæ–¹æ³•ï¼Œå¯ä»¥è½ÀL¾ž®†å…¶åŒ…含åˆîC‹É用Workshop IDE的应用程序中。打包包括IDE必需的可视元素、运行时行äØ“(f¨´)、要求的配置½{‰ç­‰ã€‚控件是如何影响设计模式应用的呢åQŸè¿˜è®°å¾—设计模式在前面划分äØ“(f¨´)isolated useå’Œbroad exposure吗？划分到isolated use¾cȝš„设计模式可能被打包成 Workshop Controls。把设计模式作äØ“(f¨´)控äšg打包可ä‹É Workshop IDE的其他用户共享实玎ͼŒä»Žè€Œé¿å…äº†æ¯ä¸€ä¸ªDeveloper/Project AntiPattern中的实现ã€?BR>　　æ‚(zh¨¨n)¨å¯èƒ½æƒ³çŸ¥é“ä¸ÞZ»€ä¹ˆbroad exposure设计模式ä¸ÞZ»€ä¹ˆä¸å¯ä»¥ä½œäØ“(f¨´)控äšg实现。原因是broad exposure设计模式å¯ÆD‡´åˆ›å¾äº†è®¸å¤šå…¶ä»–类或者独立于其他应用½E‹åºã€‚è¿™¿Uæƒ…况就不适合控äšg的即插即用方面。broad exposure设计模式的采用应当三思而后行，一旦采用就不能è½ÀL˜“取消。这些要求不½W¦åˆWebLogic Workshop Control的目标ã€?BR>　　WebLogic Workshop˜q˜å…·æœ‰å¾ˆå¤šé¢„实现设计模式åQŒå¦‚Pageflow和用æˆähŽ¥å£ç»“构。在Workshop 中，æ‚(zh¨¨n)¨å¯ä»¥åˆ›å»ºJSP和定义Pageflow来控制Web应用½E‹åº™åµé¢ä¹‹é—´çš„定位。在˜q™ç§æƒ…况下，W(xu¨¦)ebLogic Workshop使用‹¹è¡Œçš„Apache Struts 表现层框架。Workshop的这个方面（使用 StrutsåQ‰æä¾›äº†ä¸€¿UModel-View-ControlleråQˆMVCåQ‰è®¾è®¡æ¨¡å¼å®žçŽŽÍ¼Œæ„å‘³ç€ä¸ç”¨åˆ›å¾è‡ªå·±çš„MVC实现。Workshop包含的其他功能很可能替代æ‚(zh¨¨n)¨è‡ªå·Þqš„设计模式实现。尽½Ž¡ä¸€äº›è®¾è®¡æ¨¡å¼å®žçŽ°çš„开盒即用很好，但是应当验证不仅实现而且实现创徏的WebLogicä»ÖM½•ä¾ä»Žæ€§ä¹Ÿéžå¸¸åˆé€‚ã€?BR>
成功采用设计模式的三个步�/B>
　　如何把设计模式的采用和日益äÍ(f¨´)˜q‘的最后期限、紧¾~©çš„预算和很多公司现有的有限团队资源相结合？以下是成功制订设计模式的三个步骤ã€?BR>
强大的通信和培�/B>
　　许多机构拥有领先技术，可能正式通过了设计师论坛的论证或者非正式的公认专家。这些领先厂商将推广设计模式采用中的开æ”ùN€šä¿¡åQŒåƈž®†åŸ¹è®­å¼€å‘具体设计模式的团队。通信应当跨开发团队和™å¹ç›®ä»¥ä¾¿é¢„先防止采用竖井和多¿UæƒŸä¸€çš„实玎ͼˆè°¨è®°æ¯ä¸ªDeveloper/Project AntiPattern的实玎ͼ‰(j¨ª)。培训可以采用正式的internal lunch-and-learns、正式的internal class或者派一些员工参加外部培训。这些培训方式将促进正确的设计模式应用程序。如果仅有极ž®‘的观众能够参加培训åQŒæœ€ä½³çš„候选äh是那些感觉适合在回来后能够培训其同事的人ã€?BR>
设计模式采用指导
　　设计模式可用于ä‹É™å¹ç›®å—益åQŒä½†æ˜¯ä»–们也可能因äØ“(f¨´)误用而对应用½E‹åºé€ æˆæŸå®³ã€‚应当鼓励采用他们，但是对其的采用应当受到审阅和验证。设计模式可以包含在设计和开发过½E‹ä¸­ã€‚在ä»ÖM½•ä¸€¿Uæƒ…况中åQŒè®¾è®¡æ¨¡å¼çš„使用应当由审阅者确认和验证。在审阅˜q‡ç¨‹ä¸­è¿˜å¯èƒ½ä¼?x¨¬)遇到这æ ïL(f¨¥ng)š„情况åQŒé¢å¤–的设计模式不适用于最初包括的地方。即使环境中没有˜q›è¡Œæ­£å¼çš„审阅，˜q™ä¸€æ­¥éª¤ä¹Ÿå¯ä»¥é€šè¿‡åŒäº‹å®¡é˜…或者团队讨论来完成。这一步骤中的审阅者要么是主要团队的成员，要么与他们徏立开æ”ùN€šä¿¡ã€?
　　指导采用对于broad exposure¾cÕdˆ«çš„设计模式非常关键。这些设计模式具有很多相关的风险åQŒå› ä¸ÞZ»–们将创徏依赖性。这些依赖性可能在一些对象类中，例如åQŒåªå·¥ä½œåœ¨æ›´åŠ å¹¿æ³›çš„DAO设计模式实现范围中的数据讉K—®å¯¹è±¡åQˆDAOåQ‰ã€æˆ–者跨应用½E‹åºè¾¹ç•ŒåQˆå¦‚使用Value Object设计模式在应用程序和应用½E‹åºå±‚之间传输数据）(j¨ª)。这些设计模式也可以由项目中的其他äh或者不同项目的人实玎ͼŒè€Œä¸”实现应当重新使用åQŒä¸åŒäºŽåˆ›å¾å¦ä¸€¿Uç‹¬ç‰¹çš„实现ã€?BR>
重用实现,不只是设计模�/B>
　　只要在创å»ø™‡ªå·Þqš„设计模式实现中有一定的满èƒöåQŒå›¢é˜Ÿå’Œå…¬å¸ž®±å¯ä»¥åœ¨é‡ç”¨å‘生在代码层æ—Óž¼Œè€Œä¸æ˜¯è®¾è®¡åˆ›æ„å±‚时获得更多益处。ä‹É企业èŽïL(f¨¥ng)›Šçš„最初设计模式是改进的实现。但是，真正的目标是重用实现。重用实现将å¯ÆD‡´åQša)其他可重用的¾c»ï¼ˆå–决于公共实玎ͼ‰(j¨ª)åQ›b)¾~©çŸ­å¼€å‘时间和降低成本åQ›c)¾~©çŸ­¾l´æŠ¤æ—‰™—´å’Œé™ä½Žæˆæœ¬ï¼›d)在应用程序之间和内部è½ÀL¾é›†æˆã€?BR>　　˜q™ç§é‡ç”¨å¯¹broad exposure设计模式非常重要åQˆæœ‰æ—¶æ˜¯åŸºæœ¬çš„）(j¨ª)。这些设计模式创å»ÞZº†å¤–部依赖性（集成ž®†ä»Žå…¬å…±å®žçŽ°ä¸­å—益）(j¨ª)或者äñ”生全部的自定义类库（如果有公共基¼‹€ž®†å¯é‡ç”¨åQ‰ã€‚isolated use设计模式也可以从重用中获益，但是如果他们是根据具体情况定制的åQŒä»–们就非常难以重用ã€?BR>　　有时æ‚(zh¨¨n)¨å¯èƒ½ä¼š(x¨¬)问自己：(x¨¬)“如果重用比较好åQŒäØ“(f¨´)什么设计模式和可以重用的实çŽîC¸å¯ä»¥ä¸€åŒåº”用呢åQŸâ€åœ¨æˆ‘们讨论设计模式如何使更多读者获益的时候才ä¼?x¨¬)讨è®ø™¿™ä¸ªé—®é¢˜ã€‚如果可能，如果已经预定义了实现åQŒé‚£ä¹ˆè¾¾åˆ°å¹¿æ³›é€‚用性这个目标就ä¼?x¨¬)非常困难。然而，一旦设计模式被应用到特ŒDŠçš„问题域或者技术基¼‹€è®¾æ–½ä¸­ï¼Œé‚£ä¹ˆž®±å¯ä»¥é‡ç”¨åœ¨è¯¥çŽ¯å¢ƒä¸­äº§ç”Ÿçš„实现ã€?BR>
架构中的设计模式
　　˜q™çœ‹èµäh¥åƒæ˜¯ä¸€ä»¶å¯æ€•çš„ä»ÕdŠ¡åQŒéœ€è¦æŽŒæ¡è®¾è®¡æ¨¡å¼å¦‚何应用在实际情况中，如何构徏优质的实玎ͼŒä»¥åŠ(qi¨¢ng)如何促进重用实现。完成该ä»ÕdŠ¡çš„方法之一ž®±æ˜¯åœ¨çŽ¯å¢ƒä¸­å¼•å…¥åº”用½E‹åºæž¶æž„。应用程序架构提供了应用½E‹åºéœ€è¦çš„¾l“æž„åQŒä»Žè€Œä‹É开发团队可以关注应用程序的域逻辑。这包含了已实现的设计模式。除了重用设计模式概忉|ˆ–者单个实çŽîC¹‹å¤–，可以在多个项目和应用½E‹åºä¹‹é—´é‡ç”¨æž¶æž„。这¿Uå…±äº«çš„公共实现¼‹®ä¿äº†å…¼å®ÒŽ(gu¨©)€§ï¼Œòq¶äØ“(f¨´)开发和¾l´æŠ¤å¤šç§ä¸åŒçš„实现提供了一¿Uä½Žæˆæœ¬æ›¿ä»£æ–ÒŽ(gu¨©)¡ˆã€‚å…¼å®ÒŽ(gu¨©)€§æä¾›äº†é‡æ–°ä½¿ç”¨éœ€è¦çš„技术基¼‹€ã€‚没有èƒö够的½‹‡å¹…在这里深入讨论架构的其他重要品质åQŒå¦‚˜qè¡Œæ—¶ç›‘‹¹‹å’Œ½Ž¡ç†ã€å¯é…ç½®åº”用½E‹åºé€»è¾‘和适应性行为等。æ?zh¨¨n)¨å¯ä»¥ä»ŽCarnegie Mellon Software Engineering Institute (www.sei.cmu.edu/ata/ata_init.html) 中学ä¹?f¨¤n)到更多有关架构的知识ã€?BR>
¾l“束è¯?/B>
　　设计模式是一¿Uä×o(h¨´)人惊异的资源åQŒåº”该ä‹É用他以增加æ?zh¨¨n)¨çš„优åŠÑ€‚虽然设计模式提供了可重用的概念åQŒä½†æ˜¯é¢ä¸´çš„挑战是决定ä‹É用哪一¿Uè®¾è®¡æ¨¡å¼å’Œè‡´åŠ›äºŽå¯ä»¥é‡ç”¨çš„实现。通过了解采用设计模式中会(x¨¬)产生的风险，ž®±å¯ä»¥åœ¨¾l§ç®‹å­¦ä¹ (f¨¤n)和实现更多设计模式时避免风险ã€?BR>　　按照本文概述的步骤会(x¨¬)产生一个流½E‹ï¼Œç”¨äºŽåœ¨å›¢é˜Ÿå’Œæœºæž„中推òq¿æˆåŠŸçš„设计模式采用ã€?BR>
参考资�/B>