学习设计模式的一些感想 设计模式在编程中的应用 我们在发现问题到解决问题这个过程中，常会发现很多问题是重复出现的，或是某个问题的变体，外在不同，而本质相同，建筑学上如是，软件行业也是，这些问题的本质就是模式。有人说，设计模式并不是一日两日能够理解的，当编程经验到了一定程度，便迫切的需要设计模式来完善自己的代码、优雅自己的设计，以及减少重复编码，这句话也是蛮有道理的，以自己的亲身经历来说，当刚开始编程时，没有一点设计理念，等到开设这门课以后再细读理解，把里面的思想带到自己的项目中，就会觉得有很多值得深思的地方。本文以我在以往项目中遇到的三个编码问题来谈谈学习设计模式的必要性。 一、代码量激增、程序可维护性面临挑战 我想这样的代码我们从学习 c 语言就开始接触，现在很多地方还在用，以后工作可能用的更多但是，大家都写的东西，我们自己的优势在哪里呢。 1.过多的 if"else 判断 if（type==1）{//调用获取信息方法 1}elseif（type==2）{//调用获取信息方法 2"".}else{//调用获取信息方法 7}这是我在做一个项目中看到的一段代码，那个条件判断非常之长，有 7 个条件分支，而且其他有些地方也有根据类型来做不同处理的情况。 2.多次载入资源（例如配置文件的读取），引起资源损耗 publicstaticstringgetproperty（stringpropkey）throwsexception...{propertiesprop=newproperties;inputstreampropconffile=util.class.getclassloader.getresourceasstream（"configure.properties"）;//载入 propconffile 到 prop 中，从 prop 中获取 propkey 的值，并将其返回} 该段代码是我以前在一个项目中写的一段代码，该段代码用于读取配置文件的属性，但该段代码是存在一些问题的，因为在每次获取属性时，它都重新载入资源，造成了资源的过多损耗。 第 1 页 共 4 页 3.过多依赖实现类 1）水果接口类—fruit.javapublicinterfacefruit{publicvoidgrow;} 2）水果的实现类—apple.java、strawberry.java//略 3）测试类—test.javapublicclasstest{publicstaticvoidmain（stringargs）{fruitapple=newapple;fruitstrawberry=newstrawberry;}}在我们的项目中尚未采用 spring 时，类似这样的程序很多，与实现类的过度耦合是这段代码存在的一个主要问题。 在我编码的过程中，遇到的问题还有很多。不够优雅的代码、过于僵硬的设计，等等，通过改进如上编码来认识学习设计模式给...
