摘要:缺點工廠類的職責相對過重,增加新的產品需要修改工廠類的判斷邏輯,違背開閉原則。就像現在的,它知道要使用接口,但是不知道由誰實現,也不知道如何實現,從而得不到接口對象,就無法使用接口,那該怎么辦于是乎簡單工廠就來了。
簡單工廠
定義:由一個工廠對象決定創建出哪一種產品類的實例
類型:創建性,但不屬于GOF23種設計模式
適用場景
工廠類負責創建的對象比較少
客戶端(應用層)只知道傳入工廠類的參數,對于如何創建對象(邏輯)不關心
優點:只需要傳入一個正確的參數,就可以獲取你所需要的對象而無需知道其創建細節。
缺點:工廠類的職責相對過重,增加新的產品需要修改工廠類的判斷邏輯,違背開閉原則。
案例public abstract class Video { public abstract void produce(); }
public class JavaVideo extends Video { @Override public void produce() { System.out.println("錄制Java課程視頻"); } }
public class PythonVideo extends Video { @Override public void produce() { System.out.println("錄制Python課程視頻"); } }
public class Test { public static void main(String[] args) { Video video = new PythonVideo(); video.produce(); } }
思考
Video video = new PythonVideo();這行在客戶端的代碼使得客戶端不但知道了Video抽象類還知道了其實現類PythonVideo。接口的思想是“封裝隔離”,而實現類PythonVideo應該是被抽象類Video封裝并同客戶端隔離開的,即客戶端根本就應該不知道具體的實現類是PythonVideo。
于是乎我們就拿走new PythonVideo( );但是我們卻無法得到Video對象。就像現在的Client,它知道要使用Video接口,但是不知道由誰實現,也不知道如何實現,從而得不到接口對象,就無法使用接口,那該怎么辦?于是乎簡單工廠就來了。
public class VideoFactory { //【1】反射 public Video getVideo(Class c){ Video video = null; try { video = (Video) Class.forName(c.getName()).newInstance(); } catch (InstantiationException e) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } catch (ClassNotFoundException e) { e.printStackTrace(); } return video; } public Video getVideo(String type){ if("java".equalsIgnoreCase(type)){ return new JavaVideo(); }else if("python".equalsIgnoreCase(type)){ return new PythonVideo(); } return null; } }
public class Test { public static void main(String[] args) { VideoFactory videoFactory = new VideoFactory(); Video video = videoFactory.getVideo("java"); if(video == null){ return; } video.produce(); /* VideoFactory videoFactory = new VideoFactory(); Video video = videoFactory.getVideo(JavaVideo.class); if(video == null){ return; } video.produce();*/ } }
問題:
如果需要增加其他類型的視頻,就需要在VideoFactory中修改添加相應的代碼,這個時候可以使用工廠方法。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/74967.html
摘要:基于工廠角色和產品角色的多態性設計是工廠方法模式的關鍵。工廠方法模式之所以又被稱為多態工廠模式,是因為所有的具體工廠類都具有同一抽象父類。工廠方法模式總結工廠方法模式是簡單工廠模式的進一步抽象和推廣。 JavaScript工廠模式 首先需要說一下工廠模式。工廠模式根據抽象程度的不同分為三種 簡單工廠模式 工廠方法模式 抽象工廠模式 1.簡單工廠模式 簡單工廠模式:又稱為靜態工廠方法...
摘要:簡單工廠,工廠模式和抽象工廠。不要認為簡單工廠是用就覺得一無是處,也不要覺得抽象工廠比較高大上就到處套。 工廠模式,實際上也會根據業務情景不同會有不同的實現方式。一般分為3種。簡單工廠,工廠模式和抽象工廠。顧名思義,這三種從簡單到抽象,名稱越來越高大上,實現方式肯定是越來越復雜 結論1:三種工廠的實現越來越復雜 簡單工廠 public class Factory { // 定義...
摘要:需要說明的是在設計模式一書中將工廠模式分為兩類工廠方法模式與抽象工廠模式,將簡單工廠模式看為工廠方法模式的一種特例,兩者歸為一類。工廠模式的作用工廠模式的作用封裝變化創建邏輯有可能變化,封裝成工廠類之后,創建邏輯的變更對調用者透明。1、什么是工廠模式Define an interface for creating an object,but let subclasses decide whi...
摘要:二簡單工廠模式組成工廠類工廠模式的核心,通過調用它來實現其他類的功能。三工廠方法模式利用工廠方法模式可以有效解決簡單工廠模式破壞開閉原則的問題。 一、概念 1、工廠模式分為三類:(1)簡單工廠模式:一個工廠創建所有產品(2)工廠方法模式:一個工廠方法創建一個產品(3)抽象工廠模式:一個工廠方法創建一類產品 2、創建型模式這種模式是指將實例的創建和使用分離開來,隱藏類實例的創建細節,外界...
摘要:我認為按書上的順序比較好理解因為簡單靜態工廠模式是在工廠方法模式上縮減,抽象工廠模式是在工廠方法模式上再增強。所以我就先講工廠方法模式了。抽象工廠模式抽象工廠模式就比較復雜了,我們一般的應用都寫不到。 前言 只有光頭才能變強 回顧前面: 給女朋友講解什么是代理模式 包裝模式就是這么簡單啦 單例模式你會幾種寫法? 昨天寫了單例模式了,今天是時候寫工廠模式啦~ 工廠模式我個人認為其實比...
閱讀 3379·2023-04-26 03:05
閱讀 1477·2019-08-30 13:09
閱讀 1918·2019-08-30 13:05
閱讀 898·2019-08-29 12:42
閱讀 1396·2019-08-28 18:18
閱讀 3455·2019-08-28 18:09
閱讀 529·2019-08-28 18:00
閱讀 1727·2019-08-26 12:10