以下所有資料位偽造：o(∩_∩)o哈哈~！！
業務邏輯：以同一系統適應美國、中國的工資計算方式，計算公式是：到手的工資=基本工資+獎金-稅收；
如中國的工資計算是 到手的工資=基本工資+獎金-稅收；
稅收=基本工資*5%；獎金=企業自己的計算方式
美國的工作計算是：稅收=（基本工資*10%+獎金）*25%；獎金=美國企業自己的計算方式；
所有雖然工資計算的總公式相同（到手的工資=基本工資+獎金-稅收），但具體的工資計算方式卻不同。所以總公式就可以抽象。
系統**邏輯解釋：
一：constant負責提供所有的基本資料。這裡只是基本工資和具體反射那個類。2個稅收的比例計算為多餘，暫時不用。
二：抽象工廠負責抽象高階的業務邏輯。為具體工廠提供抽象方法和具體要建立那個工廠。
三：具體工廠實現，抽象工廠中的2二個抽象類。該工廠負責例項化，返回具體的獎金計算類、和稅收計算類。
四：具體的稅收計算類，負責計算方法，計算完成後返回乙個結果。
五：介面的定義，抽象了的稅收計算和獎金計算方式，實現統一的介面暴露給客戶端。。因為工廠返回具體的類，類的方法返回具體的計算類。而計算類有統一遵循了相同的介面。所以可以端的呼叫不變。
六：client客戶端呼叫類。
七：抽象工廠，中有2個抽象方法 分別是creatbons（計算獎金）、createtax（計算稅收）；乙個工廠方法，根據配置檔案，用反射來，來實現具體例項化那乙個類。
然後具體的工廠，實現creatbons（計算獎金）、createtax（計算稅收）的介面，這二個介面例項化返回乙個具體的稅收計算方法和獎金計算方法。
在客戶端cliet直接呼叫抽象工廠： ibons bons = abstractfactory.getinstance().creatbons();itax tax = abstractfactory.getinstance().creattax();
因為抽象工廠返回的是乙個具體的工廠類，並且該類下的creatbons、和creattax都實現了介面ibons、和itax、所以可以直接呼叫該方法。就可以直接計算獎金和稅收了。
設計模式 工廠模式 抽象工廠模式
建立物件時不會對客戶暴露建立邏輯，並且通過使用乙個共同的介面來指向建立的物件。sept1 建立乙個公共介面，將要對外開放的方法在這裡定義。sept2 建立實現介面的類，用即實現對外開放的類的方法 sept3 建立工廠，提供乙個get方法，這個方法提供返回實現類的物件 建立選擇 sept4 使用，建立...
抽象工廠模式 常用設計模式 抽象工廠模式
提供乙個建立一系列相關或相互依賴物件的介面，而無需指定它們具體的類。在工廠方法模式中，我們的具體建立者每次使用都只能建立乙個同型別的物件，假如我們現在需要的是多個不同型別的物件，工廠方法就滿足不了需求了。這時我們可以把多個工廠方法組合到乙個類，這就是抽象工廠模式，它就是專門用來建立多個產品，也可以說...
抽象工廠模式 設計模式（九） 抽象工廠模式
提供乙個為建立一組相關或相互依賴物件的介面，且無須指定它們的具體類。它屬於建立型模式。在抽象工廠模式中，每個具體工廠都提供了多個用於建立多種不同型別具體物件的方法，這些不同型別的物件都存在乙個共同的屬性，構成乙個族。上篇文章設計模式 八 工廠方法模式說到工廠方法模式中只考慮某一類產品的生產，例如可樂...