文档介绍：设计模式学****心得 Java设计模式学****心得整个设计模式贯穿一个原理:面对介面编程,而不是面对实现,。目标原则是:降低耦合,增强灵活性。一、(工厂方法和抽象工厂)使用工厂模式就象使用new一样频繁. (原型)用原型实例指定创建物件的种类,並且通过拷贝这些原型创建新的物件。 Builder汽车由车轮方向盘发动机很多部件组成,同时,将这些部件组装成汽车也是一件複杂的工作,Builder模式就是将这两种情况分开进行。(单态)保證一个类只有一个实例,並提供一个访问它的全局访问点二、结构模式 ,Facade提供了一种灵活的实现。 ,剖析代理模式在用户级别授权机制上的应用 :组合(new)和继承(extends),这个已经在"thinkinginjava"中提到过。。你向别人介绍你是某单位,你是单位元元中的一个元素,别人和你做买卖,相当於和单位做买卖。文章中还对Jive再进行了剖析。 ,给你的东东的外表刷上美丽的顔色。 "牛郎织女"分开(本应在一起,分开他们,形成两个介面),在他们之间搭建一个桥(动态的结合) ,降低小而大量重复的类的开销。三、,该模式原理简单,使用很普遍。 ,就是在记忆体中保留原来资料的拷贝。 ,好象击鼓传花,当然如果自己能完成,就不要推委给下一个。 mand是最好的说明。 ,将状态物件化,设立状态变换器,便可在状态中轻鬆切换。 ,用户端可随意挑选需要的演算法。 ,每个车辆只需和红绿灯交互就可以。 ,应用机会不多。 ,完成一系列实质性操作,而且还可以扩展。 Collection中物件。使用频率很高。在Java中无需专门阐述,在大多数场合也无需自己制造一个Iterator,只要将物件装入Collection中,我们就直接可以使用Iterator模式。设计模式在编程中的应用我们在发现问题到解决问题这个过程中,常会发现很多问题是重复出现的,或是某个问题的变体,外在不同,而本质相同,建筑学上如是,软件行业也是,这些问题的本质就是模式。有人说,设计模式并不是一日两日能够理解的,当编程经验到了一定程度,便迫切的需要设计模式来完善自己的代码、优雅自己的设计,以及减少重复编码,这句话也是蛮有道理的,以自己的亲身经历来说,当刚开始编程时,没有一点设计理念,等到开设这门课以后再细读理解,把里面的思想带到自己的项目中,就会觉得有很多值得深思的地方。本文以我在以往项目中遇到的三个编码问题来谈谈学****设计模式的必要性。一、代码量激增、程序可维护性面临挑战我想这样的代码我们从学****C语言就开始接触,现在很多地方还在用,以后工作可能用的更多但是,大家都写的东西,我们自己的优势在哪里呢? ?else判断 if(type==1){ //调用获取信息方法1 }elseif(type==2){ //调用获取信息方法2 ??. }else{ //调用获取信息方法7 } 这是我在做一个项目中看到的一段代码,那个条件判断非常之长,有7个条件分支,而且其他有些地方也有根据类型来做不同处理的情况。 ,引起资源损耗 publicstaticStringgetProperty(StringpropKey)throwsException...{ Propertiesprop=newProperties(); InputStreampropConfFile=() .getResourceAsStream(""); //载入propConfFile到prop中,从prop中获取propK