java工廠模
① java 工廠模式概述
工廠模式按照《Java與模式》中的提法分為三類： 1. 簡單工廠模式(Simple Factory) 2. 工廠方法模式(Factory Method) 3. 抽象工廠模式(Abstract Factory) 這三種模式從上到下逐步抽象，並且更具一般性。所以我建議在這種情況下使用簡單工廠模式與工廠方法模式相結合的方式來減少工廠類：即對於產品樹上類似的種類（一般是樹的葉子中互為兄弟的）使用簡單工廠模式來實現。來看看抽象工廠模式的各個角色（和工廠方法的如出一轍）： 抽象工廠角色：這是工廠方法模式的核心，它與應用程序無關。
工廠模式有三個參與者，抽象產品(Proct)、工廠(Creator)和具體產品(ConcreteProct)。客戶只會看到工廠和抽象產品。
public interface Proct{
public String getName();
}
public class ConcreteProct implements Proct{
public String getName(){
return "產品1";
}
}
public class Creator{
public static Proct create1(){
return new ConcreteProct();
}
}
工廠模式的作用在於將創建具體產品的方法由工廠類控制，客戶只需要知道產品的抽象類型
② Java工廠模式與傳統模式的區別
相似性
在模式結構上，兩者很相似；
差異性
用途不衫侍一樣
工廠是創建型模式，其作用就是創建對象；
傳統模式是行為型模式，其作用是讓一個對象在許多行為中選擇一種行為;關注點不一樣
工廠模式關注對象創建。
傳統模式關注行為的封裝。解決不同的問題
工廠模式是創建型的設計模式，接受指令，創建出符合要求的實例；主要解決的是資源的統一分發，將對象的創建完全獨立出來，讓對象的創建和具體的使用客戶無關。主要應用在多資料庫選擇，類庫文件載入等。
傳統模式啟帶是為了解決的是策略的切換與擴展，更簡潔的說是定義策略族，分別悄塌蘆封裝起來，使其可以相互替換，傳統模式讓策略的變化獨立於使用策略的客戶。工廠模式相當於黑盒子，傳統模式相當於白盒子；
③ java簡單工廠模式是什麼
就是專門寫一個類，他有一個方法根據傳入的參數不同，返回不同的對象。
比如有一台自動售貨機AutoSeller， 然後它賣很多飲料Drink, 有茶Tea， 有可樂Cola, 當你去買的時候，你可能是通過按不同的按鈕，但對AutoSeller的實現來說，他可能都是同樣的方法，只是根據不同的參數（按鈕），返回給你不同的對象（Tea或Cola）。
public interface Drink {
enum Type {TEA, COLA};
}
public Tea implements Drink {
}
public Cola implements Drink {
}
public class AutoSeller {//工廠
public static Drink getDrink(Drink.Type type) {
switch(type) {
case TEA:
return new Tea();
case COLA:
return new Cola();
default:break;
}
}
}
如上， 在你選擇飲料按下按鈕里， 自動售貨機的代碼可能只要執行AutoSeller.getDrink(type)就可以返回你想要的飲料了。
之所以要把Drink定義成介面，一般來講，用這種架構的話， Drink裡面會聲明一些介面方法， 這些方法是Tea和Cola都需要的， 但Drink不用關心方法的具體實現， 具體實現只要由Tea和Cola去完成。
而你通過AutoSeller.getDrink(type)去拿到一個Drink對象後，可以用這個對象直接去調Drink中聲明的方法。
④ Java的工廠模式有哪一些，分別有什麼作用，一般用在哪些地方
我簡單的說下，舉個例子，當我們的程序結構比較繁雜時，比如有100個類，而類中又有很多方法，這些方法之間都互相有洞消擾依賴關系，也就是一個方法之間的某段邏輯處理需要用到另一個類中的代碼邏輯，這種時候對於整個程序而言是非常不利於開發的（我們需要考慮到很多類、方法之間的耦合問題），那麼就有一個概念了，也就是面對介面編程。通俗的說就是把類中的方法封裝起來，外部調用的人完全不需要考慮方法是如何實現的，但是這樣做也有一個不好的地方，我們的介面是不提供方法實現的，而需要在類中實現介面的方法。那麼問題產生了，我們在new介面對象的時候需要明確的知道他的實例類。
想像一下，如果程序在繼續龐大，介面非常多，介面實例類非常多，這樣又會產生我們之前的問題（我們需要考慮到很多類、方法之間的耦合問題）那麼這個時候就產生了一中設計思想，也就是工廠模式，這種模式的核心思想就是管理介面的實例對象，把介面和實例對象之間的關系封裝起來處理，外部需要用到某個介面的實例時，由工廠進行分配，而不需要關注具體是哪個實例。
如果你做到比較復雜的納旦程序時你應該就能體會橋攔到了。
⑤ Java中常用的設計模式有哪些請詳細說明一下工廠模式。
1.單例模式（有的書上說叫單態模式其實都一樣）
該模式主要目的是使內存中保持1個對象
2.工廠模式
該模式主要功能是統一提供實例對象的引用。看下面的例子：
public class Factory{
public ClassesDao getClassesDao(){
ClassesDao cd = new ClassesDaoImpl();
return cd;
}
}
interface ClassesDao{
public String getClassesName();
}
class ClassesDaoImpl implements ClassesDao {
public String getClassesName(){
System.out.println("A班");
}
}
class test
{
public static void main(String[] args){
Factory f = new Factory();
f.getClassesDao().getClassesName();
}
}
這個是最簡單的例子了，就是通過工廠方法通過介面獲取對象的引用
3.建造模式
該模式其實就是說，一個對象的組成可能有很多其他的對象一起組成的，比如說，一個對象的實現非常復雜，有很多的屬性，而這些屬性又是其他對象的引用，可能這些對象的引用又包括很多的對象引用。封裝這些復雜性，就可以使用建造模式。
4.門面模式
這個模式個人感覺像是Service層的一個翻版。比如Dao我們定義了很多持久化方法，我們通過Service層將Dao的原子方法組成業務邏輯，再通過方法向上層提供服務。門面模式道理其實是一樣的。
5.策略模式
這個模式是將行為的抽象，即當有幾個類有相似的方法，將其中通用的部分都提取出來，從而使擴展更容易。
⑥ java簡單工廠模式是什麼
就是專門寫一空蠢納個類，他有一個方法根據傳入的參數不同，返回不同的對象。
比如有一台自動斗沒售貨機AutoSeller， 然後它賣很多飲料Drink, 有茶Tea， 有可樂Cola, 當你去買的時候，你可能是通過按不同檔搏的按鈕，但對AutoSeller的實現來說，他可能都是同樣的方法，只是根據不同的參數（按鈕），返回給你不同的對象（Tea或Cola）。
public interface Drink {
enum Type {TEA, COLA};
}
public Tea implements Drink {
}
public Cola implements Drink {
}
public class AutoSeller {//工廠
public static Drink getDrink(Drink.Type type) {
switch(type) {
case TEA:
return new Tea();
case COLA:
return new Cola();
default:break;
}
}
}
如上， 在你選擇飲料按下按鈕里， 自動售貨機的代碼可能只要執行AutoSeller.getDrink(type)就可以返回你想要的飲料了。
之所以要把Drink定義成介面，一般來講，用這種架構的話， Drink裡面會聲明一些介面方法， 這些方法是Tea和Cola都需要的， 但Drink不用關心方法的具體實現， 具體實現只要由Tea和Cola去完成。
而你通過AutoSeller.getDrink(type)去拿到一個Drink對象後，可以用這個對象直接去調Drink中聲明的方法。
⑦ java策略模式和工廠模式的區別
工廠模式是創建型模式
策略模式是行為性模式
一個關注對象創建
一個關注行為的封裝
策略模式就是定義一系列的演算法，這些演算法可以在需要的時候替換和擴展．工廠模式是生成型的模式，在你需要的時候構建具體的實例．
在下面的情況下應當考慮使用策略模式：
1. 如果在一個系統裡面有許多類，它們之間的區別僅在於它們的行為，那麼使用策略模式可以動態地讓一個對象在許多行為中選擇一種行為。
2.
一個系統需要動態地在幾種演算法中選擇一種。那麼這些演算法可以包裝到一個個的具體演算法類裡面，而這些具體演算法類都是一個抽象演算法類的子類。換言之，這些具體
演算法類均有統一的介面，由於多態性原則，客戶端可以選擇使用任何一個具體演算法類，並只持有一個數據類型是抽象演算法類的對象。
3. 一個系統的演算法使用的數據不可以讓客戶端知道。策略模式可以避免讓客戶端涉及到不必要接觸到的復雜的和只與演算法有關的數據。
4. 如果一個對象有很多的行為，如果不用恰當的模式，這些行為就只好使用多重的條件選擇語句來實現。此時，使用策略模式，把這些行為轉移到相應的具體策略類裡面，就可以避免使用難以維護的多重條件選擇語句，並體現面向對象設計的概念。
策略模式的優點和缺點
策略模式有很多優點和缺點。它的優點有：
1. 策略模式提供了管理相關的演算法族的辦法。策略類的等級結構定義了一個演算法或行為族。恰當使用繼承可以把公共的代碼移到父類裡面，從而避免重復的代碼。
2.
策略模式提供了可以替換繼承關系的辦法。繼承可以處理多種演算法或行為。如果不是用策略模式，那麼使用演算法或行為的環境類就可能會有一些子類，每一個子類提
供一個不同的演算法或行為。但是，這樣一來演算法或行為的使用者就和演算法或行為本身混在一起。決定使用哪一種演算法或採取哪一種行為的邏輯就和演算法或行為的邏輯
混合在一起，從而不可能再獨立演化。繼承使得動態改變演算法或行為變得不可能。
3. 使用策略模式可以避免使用多重條件轉移語句。多重轉移語句不易維護，它把採取哪一種演算法或採取哪一種行為的邏輯與演算法或行為的邏輯混合在一起，統統列在一個多重轉移語句裡面，比使用繼承的辦法還要原始和落後。
策略模式的缺點有：
1. 客戶端必須知道所有的策略類，並自行決定使用哪一個策略類。這就意味著客戶端必須理解這些演算法的區別，以便適時選擇恰當的演算法類。換言之，策略模式只適用於客戶端知道所有的演算法或行為的情況。
2. 策略模式造成很多的策略類。有時候可以通過把依賴於環境的狀態保存到客戶端裡面，而將策略類設計成可共享的，這樣策略類實例可以被不同客戶端使用。換言之，可以使用享元模式來減少對象的數量。
策略模式與很多其它的模式都有著廣泛的聯系。Strategy很容易和Bridge模式相混淆。雖然它們結構很相似，但它們卻是為解決不同的問題
而設計的。Strategy模式注重於演算法的封裝，而Bridge模式注重於分離抽象和實現，為一個抽象體系提供不同的實現。Bridge模式與
Strategy模式都很好的體現了"Favor composite over inheritance"的觀點。
⑧ 關於java工廠模式
工廠模式有以下幾種形態:
簡單工廠(Simple Factory)模式
工廠方法(Factory Method)模式,又稱多形性工廠(Polymorphic Factory)模式
抽象工廠(Abstract Factory)模式,又稱工具箱(Kit或Toolkit)模式
在簡單工廠模式中,一個工廠類處於對產品類實例化調用的中心位置上,它決定那一個產品類應當被實例化, 如同一個交通警察站在來往的車輛流中,決定放行那一個方向的車輛向那一個方向流動一樣。
工廠方法模式是簡單工廠模式的進一步抽象化和推廣，工廠方法模式里不再只由一個工廠類決定那一個產品類應當被實例化,這個決定被交給子類去作。
工廠方法模式和簡單工廠模式在定義上的不同是很明顯的。工廠方法模式的核心是一個抽象工廠類,而不像簡單工廠模式, 把核心放在一個實類上。工廠方法模式可以允許很多實的工廠類從抽象工廠類繼承下來, 從而可以在實際上成為多個簡單工廠模式的綜合,從而推廣了簡單工廠模式。
反過來講,簡單工廠模式是由工廠方法模式退化而來。設想如果我們非常確定一個系統只需要一個實的工廠類, 那麼就不妨把抽象工廠類合並到實的工廠類中去。而這樣一來,我們就退化到簡單工廠模式了。
抽象工廠模式是所有形態的工廠模式中最為抽象和最具廣泛性的一種形態，抽象工廠模式是工廠方法模式的進一步擴廣化和抽象化。如下圖：
在抽象工廠模式中，抽象產品 (AbstractProct) 可能是一個或多個，從而構成一個或多個產品族(Proct Family)。 在只有一個產品族的情況下，抽象工廠模式實際上退化到工廠方法模式。
總結： 簡單工廠模式是由一個具體的類去創建其他類的實例，父類是相同的，父類是具體的。
工廠方法模式是有一個抽象的父類定義公共介面，子類負責生成具體的對象，這樣做的目的是將類的實例化操作延遲到子類中完成。
抽象工廠模式提供一個創建一系列相關或相互依賴對象的介面，而無須指定他們具體的類。它針對的是有多個產品的等級結構。而工廠方法模式針對的是一個產品的等級結構。
⑨ 什麼是Java的工廠模式
factory模式不需要建立什麼包，完全得靠你對factory模式的理解，工廠模式基本上應該是體現了一個多態的概念，用戶只關心結果，而不需要關心其具體過程...
工廠模式有三個參與者，抽象產品(Proct)、工廠(Creator)和具體產品(ConcreteProct)。客戶只會看到工廠和抽象產品。
public interface Proct{
public String getName();
}
public class ConcreteProct implements Proct{
public String getName(){
return "產品1";
}
}
public class Creator{
public static Proct create1(){
return new ConcreteProct();
}
}
工廠模式的作用在於將創建具體產品的方法由工廠類控制，客戶只需要知道產品的抽象類型
⑩ Java 工廠模式
interface Fruit { // 定義一個水果介面
public void eat(); // 吃水果
}
class Apple implements Fruit {
public void eat() {
System.out.println("** 吃蘋果。");
}
};
class Orange implements Fruit {
public void eat() {
System.out.println("** 吃橘子。野乎");
}
};
class Factory { // 定義工廠類
private static Factory factory;
private Factory(){}
public static Factory getInstance() {
if(factory==null){
factory=new Factory();
}
return factory;
}
public Apple newApplet(){
return new Apple();
}
public Orange newOrange(){
return new Orange();
}
};
class FactoryModel {
public static void main(String args[]) {
Fruit f = Factory.getInstance().newApplet();
if (f != null) { // 判斷是否取得實例
f.eat();
}
f = Factory.getInstance().newOrange();
if (f != null) { // 判斷是否猜陵取頌兆悉得實例
f.eat();
}
}
};