zoukankan      html  css  js  c++  java
  • java学习笔记之反射—反射和工厂模式

     

           简单工厂模式又称为静态工厂方法模式,它是由工厂对象来决定要创建哪一种类的实例化对象。

    静态工厂代码:

    class Factory{
        private Factory() {}
        public static IMessage getInstance(String className) {
            if("NetMessage".equals(className)) {
                return new NetMessage();return null;
        }
    }

         子类和父接口的定义:

    interface IMessage{
        public void send();
    }
    class NetMessage implements IMessage{
        @Override
        public void send() {}
    }
    class CloudMessage implements IMessage{
        @Override
        public void send() {}
    }

          在这段代码之中,当传入的参数是“NetMessage”的时候,就返回一个NetMessage类的实例化对象,否则就返回null,代码很简单明了,但是该工厂只能创建NetMessage类的对象,当我有更多的类需要工厂去创建对象时,我就必须对工厂类进行修改,比如下面这段代码。

    class Factory{
        private Factory() {}
        public static IMessage getInstance(String className) {
            if("NetMessage".equals(className)) {
                return new NetMessage();
            }else if("CloudMessage".equals(className)) {
                return new CloudMessage();
            }
            return null;
        }
    }

          我希望工厂类可以创建CloudMessage类的对象,所以我对工厂类进行了以上的修改。但如果需要实例化的类的越来越多,难道我要不停的修改我的工厂类吗?这样未免太过麻烦。我每次增加一个类都要在工厂类里面多添加一个判断语句,但是如果我在工厂类里面通过反射进行对象实例化就可以解决这个问题。

    反射与工厂模式相结合:

    class Factory{
        private Factory() {}
        /**
         * 获取接口实例化对象
         * @param className 接口的子类
         * @return 如果子类存在则返回指定接口实例化对象
         */
        @SuppressWarnings("unchecked")
        public static IMessage getInstance(String className) {
            IMssage instance = null;
            try {
                instance = (IMssage) Class.forName(className).getDeclaredConstructor().newInstance();
            } catch (Exception e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            } 
            return instance;
        }
    }

           在工厂类中使用反射操作,这样一来,无论有多少种类,工厂类都不需要进行修改。但是这种工厂模式依然存在缺点,该工厂只能对IMesaage接口子类进行实例化,如果一个类没有实现该接口则无法通过工厂进行对象实例化。而代码之中可能存在不同的接口,为了解决这一问题,可以在工厂类之中使用泛型。

    代码:

    //利用反射机制实现的工厂设计模式最大的优势在于,对于接口子类的扩充不再影响工厂类的定义
    class NewFactory{
        private NewFactory() {}
        /**
         * 获取接口实例化对象
         * @param className 接口的子类
         * @param clazz 描述的是一个接口的类型
         * @return 如果子类存在则返回指定接口实例化对象
         */
        @SuppressWarnings("unchecked")
        public static <T>T getInstance(String className,Class<T> clazz) {
            T instance = null;
            try {
                instance = (T) Class.forName(className).getDeclaredConstructor().newInstance();
            } catch (Exception e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            } 
            return instance;
        }
    }

          这样一来,接口之类的扩充不再影响工厂类的定义,无论是哪一个接口的子类,都可以通过该工厂类进行对象的创建。

  • 相关阅读:
    Lua语言基础汇总(9)-- Lua中__index和__newindex实践
    Lua语言基础汇总(8) -- Lua中的元表与元方法
    Lua语言基础汇总(7) -- 协同程序
    Lua语言基础汇总(6)-- 迭代器与泛型for
    Lua语言基础汇总(5) -- 闭包
    【NOIP2005提高组T2】过河-DP+路径压缩
    【NOIP2005提高组T2】过河-DP+路径压缩
    【NOIP2002提高组T2】字串变换-双向BFS或迭代加深搜索
    【NOIP2002提高组T2】字串变换-双向BFS或迭代加深搜索
    【NOIP2001提高组T2】数的划分-DP
  • 原文地址:https://www.cnblogs.com/wulianjie/p/12301322.html
Copyright © 2011-2022 走看看