簡單工廠模式又叫做靜態工廠方法模式，不屬於23種設計模式中的一種。
簡單工廠模式是工廠模式家族中最簡單的一種。

簡單工廠模式具有以下優點：

• 讓外界可以從直接建立具體物件的尷尬局面解脫出來，僅僅負責“消費”物件就可以了
• 外界不必管這些物件究竟如何建立及組織的
• 明確了各自的職責與權利，有利於整個軟體體系的優化

有優點自然會有缺點的，那麼簡單工廠模式還有什麼不足的地方？、

• 集中了所有例項的建立邏輯，違反了高內聚責任分配原則
• 它所能建立的類只能是事先考慮到的
• 當具體產品類不斷增多的時候，會出現要求工廠類根據不同條件建立不同的例項的需求

以上不足之處在工廠方法模式中有一定的改善。

繼續說我們的簡單工廠模式，儘管有不足，但是也有它合適使用的場景的

• 工廠類負責建立的物件比較少
• 客戶只知道傳入工廠類的引數，對於建立的過程並不關心
• 由於違反了高內聚責任分配原則，因此只能在比較簡單的情況下使用

應用場景

當A類中需要呼叫B類中的方法的時候，很多人會選擇使用new關鍵字，直接在A類中建立一個B例項，然後使用B例項去呼叫B例項中的方法。這種寫法，從語法角度看來是沒有任何問題的，但是這種做法的壞處在於，在A類中的方法直接呼叫了B類的類名。假如不只有在A類中使用到B類，在幾十上百個類中都以這樣的方法用到B類。一旦我們的需求更改需要用C類代替B類的話就要修改幾十上百個地方。
又或者，需要使用兩種不同方式（分別是B類和C類）去完成同一件事的時候，也是可以通過使用簡單工廠模式去處理。

拿登入的例子來說

一般登入可能會同時存在兩種登入方式，例如：手機號碼登入和郵箱登入。兩種登入都會有相同的方法，比如login()登入方法。那麼我們新建一個介面Login:

public interface Login {
void login();
}

然後讓郵箱登入的類與手機號碼登入的類分別實現該介面：
郵箱登入

public class EmailLogin implements Login{

    @Override
    public void login() {
        // TODO Auto-generated method stub
        System.out.println("郵箱登入"
 
);

    }

}

電話登入

public class TelLogin implements Login{

    @Override
    public void login() {
        // TODO Auto-generated method stub
        System.out.println("電話號碼登入");
    }



}

接下來使用一個工廠類負責生成這兩個類的例項：

public class LoginFactory {
public static Login createLogin(String type){
    switch(type){
    case "email":
        return new EmailLogin();

    case "tel":
return new TelLogin();
default:
    throw new RuntimeException("沒有這種型別");
    }
    }
}

就這樣外部（Main類）只需要傳入對應的引數即可生成對應的例項，外部只管消費不管生產的過程。

public class Main {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        LoginFactory.createLogin("email").login();
        LoginFactory.createLogin("tel").login();
    }

}

執行結果：

需要不同的物件傳入不同的引數即可生成想要的物件。

現在的app很多都需要登入，但是往往註冊完之後只登陸一次就不用在登入了。那麼造成的結果就是使用者非常容易忘記密碼。因此很多app都會使用手機驗證碼方式登入。那麼現在要把電話號碼登入改成驗證碼登入。我們只需要新建一個電話號碼驗證碼登入類，然後在工廠類上面修改一下就好了。