java工廠模式例子

Ⅰ java工廠模式例子

產品
public interface Work {

void doWork();
}
ConcreteProct
public class StudentWork implements Work {

public void doWork() {
System.out.println("學生做作業!");
}

}
public class TeacherWork implements Work {

public void doWork() {
System.out.println("老師審批作業!");
}

}
生產者
public interface IWorkFactory {

Work getWork();
}
ConcreteCreator
public class StudentWorkFactory implements IWorkFactory {

public Work getWork() {
return new StudentWork();
}

}
public class TeacherWorkFactory implements IWorkFactory {

public Work getWork() {
return new TeacherWork();
}

}
Test
public class Test {

public static void main(String[] args) {
IWorkFactory studentWorkFactory = new StudentWorkFactory();
studentWorkFactory.getWork().doWork();

IWorkFactory teacherWorkFactory = new TeacherWorkFactory();
teacherWorkFactory.getWork().doWork();
}

}

Ⅱ java 工廠模式 單例模式

工廠模式分簡單工廠、工廠方法、抽象工廠 三類。
很復雜。
看這本電子書： Java與模式(清晰書簽版).pdf
下載不到的話加QQ：844576121
傳給你

Ⅲ 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工廠模式的一個簡單代碼例子，盡量簡單

這個應該比較簡單一點。

某系統日誌記錄器要求支持多種日誌記錄方式，如文件記錄、資料庫記錄等，且用戶可以根據要求動態選擇日誌記錄方式。現使用工廠方法模式設計該系統,並寫出相應Java代碼。

interface Log{

public void writeLog();

}

class FileLog implements Log{

public void writeLog(){

System.out.println("文件記錄");

}

}

class DatabaseLog implements Log{

public void writeLog(){

System.out.println("資料庫記錄");

}

}

interface LogFactory{

public Log createLog();

}

class FileLogFactory implements LogFactory{

public Log createLog(){

return new FileLog();

}

}

class DatabaseLogFactory implements LogFactory{

public Log createLog(){

return new DatabaseLog();

}

}

public class Client{

public static void main(String[] args) {

try{

Log log;

LogFactory factory;

//這里可以改成使用DOM和Java反射機制讀取XML文件，獲取工廠類名

factory=new DatabaseLogFactory ();

log=factory.createLog();

log.writeLog();

}

catch(Exception e){

System.out.println(e.getMessage());

}

}

}

Ⅵ java 設計模式（工廠方法）

面向抽象（抽象類或介面）編程。
IWorkFactory studentWorkFactory = new StudentWorkFactory(); 注意：類型是介面類型，即抽象工廠，抽象工廠生產的是抽象產品，而new的則是具體工廠，是由子類實現的，具體工廠生產具體產品。面向抽象的好處：1.在設計抽象的時候不用管具體的實現，只要定義介面知道它用來干什麼就行，這樣，我只需要知道抽象介面就能繼續下面的開發設計工作了，而不用事先設計具體的實現內容；2. 可以擴展多個子類實現抽象介面，更利於系統後期的擴展，而對原系統不造成任何影響，即：開-閉原則。

TeacherWork tt = new TeacherWork(); 不用說就是面向具體實現類編程，缺點就是擴展性不好，對系統後期維護擴展影響較大。

舉個簡單的例子：
假如在系統的A.java中代碼中使用了TeacherWork 類型對象，是滿足了目前軟體的需求，但是，如果有一天需求變化了需要一個StudentWork 類型對象，該怎麼辦？只能修改A.java類來滿足這樣的修改需求。這樣就影響了原來系統結構穩定性，需要重新調試和測試，而這帶來的維護成本是非常大的，有時可能還會帶來系統錯誤，而影響系統運行。
如果在A.java類中應用Work介面類型就不會存在這種問題，A.java不需要任何修改，只需要修改注入到A中的Work介面的具體實現類即可。

面向抽象編程的好處就在於對系統維護和擴展上，即在不影響原系統穩定運行的基礎上增加新的擴展行為，即要符合「開-閉」原則。可能會因此而失去一定的效率問題，但是對於後期的維護成本來說，這個可以忽略不計。 推薦你一本好書：《軟體秘笈-設計模式那點事》其中講解的設計模式很到位，還有每個模式的靜態類圖和JDK中設計模式的具體分析講解，讀了收獲一定很大。祝你成功！

Ⅶ 關於java工廠模式

工廠模式有以下幾種形態:

簡單工廠(Simple Factory)模式

工廠方法(Factory Method)模式,又稱多形性工廠(Polymorphic Factory)模式

抽象工廠(Abstract Factory)模式,又稱工具箱(Kit或Toolkit)模式

在簡單工廠模式中,一個工廠類處於對產品類實例化調用的中心位置上,它決定那一個產品類應當被實例化, 如同一個交通警察站在來往的車輛流中,決定放行那一個方向的車輛向那一個方向流動一樣。

工廠方法模式是簡單工廠模式的進一步抽象化和推廣，工廠方法模式里不再只由一個工廠類決定那一個產品類應當被實例化,這個決定被交給子類去作。

工廠方法模式和簡單工廠模式在定義上的不同是很明顯的。工廠方法模式的核心是一個抽象工廠類,而不像簡單工廠模式, 把核心放在一個實類上。工廠方法模式可以允許很多實的工廠類從抽象工廠類繼承下來, 從而可以在實際上成為多個簡單工廠模式的綜合,從而推廣了簡單工廠模式。
反過來講,簡單工廠模式是由工廠方法模式退化而來。設想如果我們非常確定一個系統只需要一個實的工廠類, 那麼就不妨把抽象工廠類合並到實的工廠類中去。而這樣一來,我們就退化到簡單工廠模式了。

抽象工廠模式是所有形態的工廠模式中最為抽象和最具廣泛性的一種形態，抽象工廠模式是工廠方法模式的進一步擴廣化和抽象化。如下圖：

在抽象工廠模式中，抽象產品 (AbstractProct) 可能是一個或多個，從而構成一個或多個產品族(Proct Family)。 在只有一個產品族的情況下，抽象工廠模式實際上退化到工廠方法模式。

總結： 簡單工廠模式是由一個具體的類去創建其他類的實例，父類是相同的，父類是具體的。
工廠方法模式是有一個抽象的父類定義公共介面，子類負責生成具體的對象，這樣做的目的是將類的實例化操作延遲到子類中完成。
抽象工廠模式提供一個創建一系列相關或相互依賴對象的介面，而無須指定他們具體的類。它針對的是有多個產品的等級結構。而工廠方法模式針對的是一個產品的等級結構。

Ⅷ java工廠模式，懂的人進

舉兩個例子以快速明白Java中的簡單工廠模式：

女媧摶土造人
話說：「天地開辟，未有人民，女媧摶土為人。」女媧需要用土造出一個個的人，但在女媧造出人之前，人的概念只存在於女媧的思想裡面。
女媧造人，這就是簡單工廠模式的應用。

首先，在這個造人的思想裡面，有幾個重要的角色：女媧本身、抽象的人的概念和女媧所造出的一個個具體的人。
1.）女媧是一個工廠類，也就是簡單工廠模式的核心角色。
2.）具休的一個個的人，包括張三，李四等。這些人便是簡單工廠模式裡面的具體產品角色
3.）抽象的人是最早只存在於女媧的頭腦里的一個想法，女媧按照這個想法造出的一個個具體的人，便都符合這個抽象的人的定義。換言之，這個抽象的想法規定了所有具體的人必須都有的介面（特徵或者功能）
其UML類圖出下所示：

理解了上面的這些東西，再來理解下面的例子，對照理解，相信看完這篇文章，便對java簡單工廠模式有一個很好的理解：

有一個農場公司，專門向市場銷售各類水果，在這個系統里需要描述下列水果：
葡萄Grape
草莓Stuawberry
蘋果Apple
水果與其他植物不同，最終可以採摘食用，那麼一個自然的做法是建立一個各種水果都適用的介面，以便與其他農場里的植物區分開來，

此時，則是為水果類聲明了一個介面，表現在代碼上：

1 public interface Fruit {
2 // 生長
3 void grow();
4 // 收獲
5 void harvest();
6 // 種植
7 void plant();
8 }
9
10

水果介面規定出所有的水果必須實現的介面，包括任何水果類必須具備的方法plant(),grow(),和harvest();

Apple類是水果類的一種，因此它實現了水果介面所聲明的所有方法。另處，由於蘋果是多年生植物，因此多出一個treeAge性質，描述蘋果的樹齡。代碼如下所示：

package fac;

public class Apple implements Fruit { // 通過implements實現介面Fruit
private int treeAge;

public void grow() {
log( " Apple is growing " );
}

public void harvest() {
log( " Apple has been harvested " );
}

public void plant() {
log( " Apple ha been planted " );
}

public static void log(String msg) {
System.out.println(msg);
}

public int getTreeAge() {
return treeAge;
}

public void setTreeAge( int treeAge) {
this .treeAge = treeAge;
}
}

同理，葡萄Grape：

package fac;

public class Grape implements Fruit{
private boolean seedless;
public void grow(){
log("Grape is growing.");
}

public void harvest(){
log("Grape has been harvested");
}

public void plant(){
log("Grape ha been planted");
}

public static void log(String msg){
System.out.println(msg);
}

public boolean isSeedless() {
return seedless;
}

public void setSeedless(boolean seedless) {
this.seedless = seedless;
}

}

草莓Stuawberry：

package fac;

public class Strawberry implements Fruit{
public void grow(){
log("Strawberry is growing");
}

public void harvest(){
log("Strawberry has been harvested");
}

public void plant(){
log("Strawberry has been planted");
}

public static void log(String msg){
System.out.println(msg);
}
}

農場園丁也是系統的一部分，由一個類來代表，FruitGardener類，代碼如下：

package fac;

public class FruitGardener{
public static Fruit factory(String which)throws Exception{
if(which.equalsIgnoreCase("apple")){
return new Apple();
}else if(which.equalsIgnoreCase("strawberry")){
return new Strawberry();
}else if (which.equalsIgnoreCase("grape")){
return new Grape();
}else{
throw new Exception("Bad fruit request");
}
}
}
這時有人來果園玩，和園丁說，給我們介紹下你的水果吧。於是園丁：

package fac;

public class People {

public static void main(String[] args) throws Exception {
FruitGardener fg=new FruitGardener();
Fruit ap=fg.factory("Apple");
ap.grow();
Fruit gp=fg.factory("Grape");
gp.plant();

Fruit dd=fg.factory("ddd");//拋出Bad fruit request異常
}

}

（註：以上代碼在JDK5.0，Myeclise3.2下編譯通過）

類比兩個例子，園丁就相當於女媧，而水果就相當於具體的人，介面水果類就相當於存在於類女媧思想里的人的抽象概念。

由以上兩個例子可得出，簡單工廠模式需要由以下角色組成：
介面
介面的實現類（簡單工廠模式裡面的具體產品角色）
工廠

理解了以下兩個例子，再來看第三個例子：
注意對比以下三個實例的不同
實例1：

package org.jzkangta.factorydemo01;
//定義介面
interface Car{
public void run();
public void stop();
}
//具體實現類
class Benz implements Car{
public void run(){
System.out.println("Benz開始啟動了。。。。。");
}
public void stop(){
System.out.println("Benz停車了。。。。。");
}
}
//具體實現類
class Ford implements Car{
public void run(){
System.out.println("Ford開始啟動了。。。");
}
public void stop(){
System.out.println("Ford停車了。。。。");
}
}
//工廠
class Factory{
public static Car getCarInstance(){
return new Ford();
}
}
public class FactoryDemo01 {

public static void main(String[] args) {
Car c=Factory.getCarInstance();
c.run();
c.stop();

}

}

實例二：

package fac;

//定義介面
interface Car{
public void run();
public void stop();
}
//具體實現類
class Benz implements Car{
public void run(){
System.out.println("Benz開始啟動了。。。。。");
}
public void stop(){
System.out.println("Benz停車了。。。。。");
}
}

class Ford implements Car{
public void run(){
System.out.println("Ford開始啟動了。。。");
}
public void stop(){
System.out.println("Ford停車了。。。。");
}
}
//工廠
class Factory{
public static Car getCarInstance(String type){
Car c=null;
if("Benz".equals(type)){
c=new Benz();
}
if("Ford".equals(type)){
c=new Ford();
}
return c;
}
}

public class FactoryDemo02 {

public static void main(String[] args) {
Car c=Factory.getCarInstance("Benz");
if(c!=null){
c.run();
c.stop();
}else{
System.out.println("造不了這種汽車。。。");
}

}

}

實例三：

interface Car{
public void run();
public void stop();
}

class Benz implements Car{
public void run(){
System.out.println("Benz開始啟動了。。。。。");
}
public void stop(){
System.out.println("Benz停車了。。。。。");
}
}

class Ford implements Car{
public void run(){
System.out.println("Ford開始啟動了。。。");
}
public void stop(){
System.out.println("Ford停車了。。。。");
}
}

class Toyota implements Car{
public void run(){
System.out.println("Toyota開始啟動了。。。");
}
public void stop(){
System.out.println("Toyota停車了。。。。");
}
}

class Factory{
public static Car getCarInstance(String type){
Car c=null;
try {
c=(Car)Class.forName("org.jzkangta.factorydemo03."+type).newInstance();//利用反射得到汽車類型
} catch (InstantiationException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IllegalAccessException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (ClassNotFoundException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}

return c;
}
}
public class FactoryDemo03 {

public static void main(String[] args) {
Car c=Factory.getCarInstance("Toyota");
if(c!=null){
c.run();
c.stop();
}else{
System.out.println("造不了這種汽車。。。");
}

}

}

對比三個實例：
實例一，雖然實現了簡單工廠，但每次只能得到一種汽車，如果我們想換一種，就得修改工廠，太不方便，而實例二則改變了這種情況，便得我們可以按照我們的需要更換汽車，但我們所更換的汽車必須是實現類中有的，如果我們想要增加一種汽車的時候，我們還是得更改工廠，通過改進，實例三利用反射機制，得到汽車類型，這樣當我們需要增加一種新的汽車時，就無需要再修改工廠，而只需要增加要實現的類即可。也就是說要增加什麼樣的汽車直接增加這個汽車的類即可，而無需改變工廠。從而達到了工廠分離的效果。

Ⅸ Java的工廠模式有哪一些，分別有什麼作用，一般用在哪些地方

我簡單的說下，舉個例子，當我們的程序結構比較繁雜時，比如有100個類，而類中又有很多方法，這些方法之間都互相有依賴關系，也就是一個方法之間的某段邏輯處理需要用到另一個類中的代碼邏輯，這種時候對於整個程序而言是非常不利於開發的（我們需要考慮到很多類、方法之間的耦合問題），那麼就有一個概念了，也就是面對介面編程。通俗的說就是把類中的方法封裝起來，外部調用的人完全不需要考慮方法是如何實現的，但是這樣做也有一個不好的地方，我們的介面是不提供方法實現的，而需要在類中實現介面的方法。那麼問題產生了，我們在new介面對象的時候需要明確的知道他的實例類。
想像一下，如果程序在繼續龐大，介面非常多，介面實例類非常多，這樣又會產生我們之前的問題（我們需要考慮到很多類、方法之間的耦合問題）那麼這個時候就產生了一中設計思想，也就是工廠模式，這種模式的核心思想就是管理介面的實例對象，把介面和實例對象之間的關系封裝起來處理，外部需要用到某個介面的實例時，由工廠進行分配，而不需要關注具體是哪個實例。
如果你做到比較復雜的程序時你應該就能體會到了。

Ⅹ java中的工廠模式是什麼，請舉例說明

工廠模式在Java程序系統可以說是隨處可見。 為什麼工廠模式是如此常用？因為工廠模式就相當於創建實例對象的new，我們經常要根據類Class生成實例對象，如A a=new A() 工廠模式也是用來創建實例對象的，所以以後new時就要多個心眼，是否可以考慮使用工廠模式，雖然這樣做，可能多做一些工作，但會給你系統帶來更大的可擴展性和盡量少的修改量。 說白了就是在一個類里寫別的類 讓外部好調用啊