工廠模式和“萬能”工廠類

LancerComet 發(fā)布于2019-08-14 12:09 / 919人閱讀

摘要：如下工廠類文件我們可以發(fā)現(xiàn)，通過工廠類的包裝，在調(diào)用工廠類方法構(gòu)造對象時可以十分輕松地完成任務，而后面的其他任務則交由工廠類的靜態(tài)代碼塊完成。因此我們考慮把這部分代碼寫入工廠類，再生產(chǎn)過程前進行判斷，過程封裝進工廠類。

  需要構(gòu)造一個類的對象，我們通常會用new的方法來構(gòu)造:

A a = new A();

但是如果隨著這個對象被創(chuàng)建的同時還必須進行其他相對復雜的操作，那么在新建構(gòu)造一個對象代碼就顯得非常復雜，這個復雜的代碼通常還需要每一次都復寫，大大增加了冗余。

因此我們構(gòu)造了生產(chǎn)這個類對應對象的工廠，用工廠的方法來生產(chǎn)對象。
比如：我們需要在構(gòu)造一個對象時并不知道這個對象中的某個字段的確切值，該值保存在配置文件中，所以每次構(gòu)造對象都要進行配置文件的讀取，依據(jù)配置文件中的內(nèi)容來確定這個對象中該字段的信息，這個過程如果直接使用new來實現(xiàn)將會造成大量代碼的冗余，大量冗余存在于配置文件的加載和讀取，不妨把它封裝成工廠類，在工廠類內(nèi)部實現(xiàn)配置文件的加載和讀取。

有如下配置文件：/src/config.properties:

ImportantString = OK

  有如下預創(chuàng)建的對象所屬類：/src/A.java:

public class A {
    private String Aname;
    public void Ashout(){
        System.out.println("I am "+Aname+",hahaha !");
    }
    public String getAname() {
        return Aname;
    }
    public void setAname(String aname) {
        Aname = aname;
    }
}

有如下測試文件：/src/Test.java:

public class Test{
    public static void main(String[] args) {
        A a = AFactory.getA();
        a.Ashout();
    }
}

則可以構(gòu)造工廠類來生產(chǎn)該類的對象，生產(chǎn)過程中加載讀取配置文件并將配置文件中的重要字段賦值給創(chuàng)建出的對象，并返回這個創(chuàng)建出的對象。

如下工廠類文件：/src/AFactory.java:

public class AFactory {
    private static Properties properties = null;
    private static String ANameToGet;
    private AFactory() {

    }
    static{
        try {
            properties = new Properties();
            properties.load(new FileReader(AFactory.class.getClassLoader().getResource("config.properties").getPath()));
            ANameToGet = properties.getProperty("ImportantString");
        } catch (Exception e) {
            e.printStackTrace();
            throw new RuntimeException(e);
        }
    }
    public static A getA(){
        A a = new A();
        a.setAname(ANameToGet);
        return a;
    }
}

我們可以發(fā)現(xiàn)，通過工廠類的包裝，在調(diào)用工廠類方法構(gòu)造對象時可以十分輕松地完成任務，而后面的其他任務則交由工廠類的靜態(tài)代碼塊完成。

那么什么是萬能工廠類呢？萬能當然不是指能完成一切的工廠，而是說在很多情況下，我們可能需要構(gòu)造各種類的對象，而這些對象在構(gòu)造過程中可能也會完成很多跟構(gòu)造相分離的相對復雜的任務，這些任務可能會導致前臺代碼冗余，而恰恰我們要構(gòu)造的這些對象雖然分屬不同的類卻有結(jié)構(gòu)相同的代碼，這是我們不妨使用泛型來進一步解決這個問題。

以上面的例子為基礎(chǔ)，我們需要兩個類，在這兩個類的對象的創(chuàng)建過程中都必須要檢查配置文件中的一對Key是否相等，相等的Key才能允許對象的創(chuàng)建，
否則不允許創(chuàng)建，這個過程中如果在new之前直接做判斷邏輯，將會導致大量的代碼冗余，因為每個類的對象創(chuàng)建前都要進行相同的判斷。因此我們考慮
把這部分代碼寫入工廠類，再生產(chǎn)過程前進行判斷，過程封裝進工廠類。
但是由于我們兩個類的對象的生成實現(xiàn)過程類似，因此不需要分別寫工廠，而是統(tǒng)一地寫一個泛型化的工廠，依據(jù)傳進的類的類型利用Class.forName(className).newInstance()來創(chuàng)建新的對象。

有如下配置文件：/src/config.properties:

Key1 = RightKey
Key2 = RightKey

  有如下預創(chuàng)建的對象所屬類：/src/A.java:

public class A {
}

/src/B.java:

public class B {
}

有如下測試文件：/src/Test.java:

public class Test{
    public static void main(String[] args) {
        A a = CommonFactory.getInstance();
        B b = CommonFactory.getInstance();
    }
}

則可以構(gòu)造工廠類來生產(chǎn)該類的對象，生產(chǎn)過程中加載讀取配置文件并將判斷配置文件中的Key以確定對象是否能正常生成，如果可以返回這個創(chuàng)建出的對象。

如下工廠類文件：/src/CommonFactory.java:

public class CommonFactory {
    private static Properties properties = null;
    private static String Key1;
    private static String Key2;
    static boolean no;
    private CommonFactory() {
    }
    static{
        try {
            properties = new Properties();
            properties.load(new FileReader(CommonFactory.class.getClassLoader().getResource("config.properties").getPath()));
            Key1 = properties.getProperty("Key1");
            Key2 = properties.getProperty("Key2");
            no = Key1.equals(Key2);
        } catch (Exception e) {
            e.printStackTrace();
            throw new RuntimeException(e);
        }
    }
    public static  T getInstance(Class clazz){
        try {
            String className = clazz.getName();
            if(no){
                T t = (T) Class.forName(className).newInstance();
                System.out.println(className+" Object Astablished Successfully");
                return t;
            }
            else
            {
                System.out.println(className+" Object Astablished failed");
                return null;
            }


        } catch (Exception e) {
            e.printStackTrace();
            throw new RuntimeException(e);
        }

    }
}