设计模式之简单工厂
? ? 从今天开始, 正式进入了设计模式的学习, 我这个人喜欢挑软柿子捏, 就从简单工厂开始吧, 其实简单工厂并不是一个标准的设计模式, 但是它却很常用, 而且很好用.?? ? 首先看一段代码:
package simplefactorydemo1;import java.io.InputStream;import java.util.Properties;/** * 工厂类 * * @author MOYUNYU * */public class Factory {/** * 创建对象的方法 * * @return 指定的对象 * @throws Exception */public static Animal createObj() throws Exception {// 直接读取配置文件来获取需要创建实例的类Properties p = new Properties();InputStream in = null;in = Factory.class.getResourceAsStream("Factory.properties");p.load(in);Animal ani = null;ani = (Animal) Class.forName(p.getProperty("ImplClass")).newInstance();return ani;}}注:??Factory.properties是在当前包下建立的文件, 内容是:?ImplClass = simplefactorydemo1.Dog优点:工厂类是整个模式的关键,包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了.而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化.缺点:由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求,这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利;这些缺点在工厂方法模式中得到了一定的克服。