本人不是軟體科班出生，實習中苦於在openTCS的Developer Guide中來回翻看也無法明白，求教了我的好友華仔，雖然我們用的語言不同但是方法論上的東西常常都是他給我知道的。

我不明白的點在於: 這些檔案相互之間都是怎麼起作用的

他指示我可以去看看設計模式

於是我就去百度了一下java設計模式

###########################################

這裡轉載其中工廠模式的部分   點選開啟連結

###########################################

1.普通工廠模式：建立一個工廠類，對實現了同一介面的一些類進行例項的建立

首先建立二者的共同介面：

public interface Sender {  
    public void Send();  
}  

其次建立實現類：

public class MailSender implements Sender {  
    @Override  
    public void Send() {  
        System.out.println("this is mailsender!");  
    }  
}  

public class SmsSender implements Sender {    
    @Override  
    public void Send() {  
        System.out.println("this is sms sender!");  
    }  
}  
 

最後建立工廠類：

public class SendFactory {    
    public Sender produce(String type) {  
        if ("mail".equals(type)) {  
            return new MailSender();  
        } else if ("sms".equals(type)) {  
            return new SmsSender();  
        } else {  
            System.out.println("請輸入正確的型別!");  
            return null;  
        }  
    }  
}  
 

我們來測試下：

public class FactoryTest {  
  
    public static void main(String[] args) {  
        SendFactory factory = new SendFactory();  
        Sender sender = factory.produce("sms");  
        sender.Send();  
    }  
}  

輸出：this is sms sender!

將上面的程式碼做下修改，改動下SendFactory類就行，如下：

public class SendFactory {  
   public Sender produceMail(){  
        return new MailSender();  
    }  
      
    public Sender produceSms(){  
        return new SmsSender();  
    }  
}  

測試類如下：

public class FactoryTest {  
  
    public static void main(String[] args) {  
        SendFactory factory = new SendFactory();  
        Sender sender = factory.produceMail();  
        sender.Send();  
    }  
}  

輸出：this is mailsender!

3.靜態工廠方法模式:將上面的多個工廠方法模式裡的方法置為靜態的，不需要建立例項，直接呼叫即可。

public class SendFactory {  
      
    public static Sender produceMail(){  
        return new MailSender();  
    }  
      
    public static Sender produceSms(){  
        return new SmsSender();  
    }  
}  

測試類如下：

public class FactoryTest {  
  
    public static void main(String[] args) {      
        Sender sender = SendFactory.produceMail();  
        sender.Send();  
    }  
}  

輸出：this is mailsender!
總體來說，工廠模式適合：凡是出現了大量的產品需要建立，並且具有共同的介面時，可以通過工廠方法模式進行建立。在以上的三種模式中，第一種如果傳入的字串有誤，不能正確建立物件，第三種相對於第二種，不需要例項化工廠類，所以，大多數情況下，我們會選用第三種——靜態工廠方法模式。

4.抽象工廠模式（Abstract Factroy)

工廠方法模式有一個問題就是，類的建立依賴工廠類，也就是說，如果想要拓展程式，必須對工廠類進行修改，這違背了閉包原則，所以，從設計角度考慮，有一定的問題，如何解決？就用到抽象工廠模式，建立多個工廠類，這樣一旦需要增加新的功能，直接增加新的工廠類就可以了，不需要修改之前的程式碼。因為抽象工廠不太好理解，我們先看看圖，然後就和程式碼，就比較容易理解。

***該圖有小小的錯誤，上部SmsSendFactory應為MailSendFactory，應為原作筆誤，在此說明

public interface Sender {  
    public void Send();  
}  

兩個實現類

public class MailSender implements Sender {  
    @Override  
    public void Send() {  
        System.out.println("this is mailsender!");  
    }  
}  

public class SmsSender implements Sender {  
  
    @Override  
    public void Send() {  
        System.out.println("this is sms sender!");  
    }  
}  

兩個工廠類

public class SendMailFactory implements Provider {  
      
    @Override  
    public Sender produce(){  
        return new MailSender();  
    }  
}  

public class SendSmsFactory implements Provider{  
  
    @Override  
    public Sender produce() {  
        return new SmsSender();  
    }  
}  

工廠介面

public interface Provider {  
    public Sender produce();  
}  

測試類如下：

public class Test {  
  
    public static void main(String[] args) {  
        Provider provider = new SendMailFactory();  
        Sender sender = provider.produce();  
        sender.Send();  
    }  
}  

其實這個模式的好處就是，如果你現在想增加一個功能：發及時資訊，則只需做一個實現類，實現Sender介面，同時做一個工廠類，實現Provider介面，就OK了，無需去改動現成的程式碼。這樣做，拓展性較好！

#####################################################################################################以上為轉載內容######################

回到OpenTCS ，

我現在再回來看這張圖，就稍微能夠理解了。OpenTCS並不需要我們去編寫Kernel 的main函式，也就是實現類不用管，要做的就是把

VehicleCommAdapter介面和VehicleCommAdapterFactory介面給實現即可，對於有經驗的人來說其實應該是很容易懂的，我這種新手就兜兜轉轉了。

BasicVehicleCommAdapter是已經寫好的一個抽象類，它實現了VehicleCommAdapter介面，手冊中指出，建立子類繼承Basic類即可。當然你也可以不用這個Basic直接實現介面，除非你有什麼特殊的理由吧。

我現在做出的判斷是這是一個抽象工廠模式，但並不是很確定。對設計模式的理解就是剛開始，如果大家有什麼高見還請批評指正，謝謝！

？？？接下來的新疑問？？

程式碼怎麼寫？這個已經不是概念上理解的問題了，我從來沒有任何java專案經驗，估計在這裡會有很多問題吧

就先寫到這裡