設計モデル(一):簡単な工場
単純なファクトリモードは、厳密には標準的な設計モードではなく、一般的にターゲットクラスをインスタンス化するための静的クラスとして実現されるため、静的ファクトリとも呼ばれる.
通常、クライアントが1つのインタフェースを実装した複数のインスタンスクラスから1つのインスタンスを選択して使用する場合、クライアントに内部実装の詳細を露出させないように、単純なファクトリクラスを使用して、外部に統一的な使用インタフェースを提供することができる.これにより,対外的にパッケージ分離,すなわちインタフェース向けプログラミングが実現される.
アンドロイドの開発で使用される実際のシーンを例に挙げます.
アプリケーションには、薬品情報、養生情報、救急情報など、サーバから要求された異なる分類の情報がたくさんあります.各種類の情報はユーザーがローカルにコレクションすることをサポートして、オフラインで表示して、ローカルストレージを行う時に実現する上でそれぞれ違いがありますが、彼らは対外的にいくつかの統一機能を提供するべきです.例えば、addFav(コレクションを追加)、delFav(コレクションを削除)、favExists(この情報をコレクションしたかどうか)、query(ローカルコレクションの情報を検索します).ルールをインタフェースとして抽象化し、次のように実現します.
各種類の情報に対してローカルコレクションを実現する実現クラスは、すべてこのインタフェースを実現する.
薬品コレクションの実現:
養生コレクションの実現:
救急コレクションの実現:
クライアントでの呼び出し方法:
IFavService ifs = new MedicinalFavorService(this);
//IFavService ifs = new YangShengFavorService(this);
//IFavService ifs = new FirstAidFavorService(this);
ifs.メソッド //IFavService インタフェース宣言の方法
しかし、このように1つの問題があって、クライアント(クラス)は呼び出す時具体的な実現クラス名を知る必要があって、つまりコレクションの内部の実現を暴露して、このようにカプセル化を破壊して、最小限の知識の原則にも背いて、今私達はインタフェースの思考に向かって、カプセル化して、クライアントの呼び出しと内部の実現の隔離を達成します.
ここでは簡単な工場を使います.実現方法を見る:
工場クラスを宣言します.
クライアント呼び出しコードを変更するには、次の手順に従います.
これにより、クライアント・コールは1つのGetFavorServiceFactoryクラスと対話するだけで、医薬品コレクションまたは他のコレクションを変更してクラス名を実装したり、他の変更を行ったりする場合、クライアント・コードは呼び出された場所を再見つけて修正する必要はありません.
これが単純なファクトリモードの応用シーンです.
文中の不足点を指摘し、共同で討論し、向上することを歓迎します.(QQ:115520509)
通常、クライアントが1つのインタフェースを実装した複数のインスタンスクラスから1つのインスタンスを選択して使用する場合、クライアントに内部実装の詳細を露出させないように、単純なファクトリクラスを使用して、外部に統一的な使用インタフェースを提供することができる.これにより,対外的にパッケージ分離,すなわちインタフェース向けプログラミングが実現される.
アンドロイドの開発で使用される実際のシーンを例に挙げます.
アプリケーションには、薬品情報、養生情報、救急情報など、サーバから要求された異なる分類の情報がたくさんあります.各種類の情報はユーザーがローカルにコレクションすることをサポートして、オフラインで表示して、ローカルストレージを行う時に実現する上でそれぞれ違いがありますが、彼らは対外的にいくつかの統一機能を提供するべきです.例えば、addFav(コレクションを追加)、delFav(コレクションを削除)、favExists(この情報をコレクションしたかどうか)、query(ローカルコレクションの情報を検索します).ルールをインタフェースとして抽象化し、次のように実現します.
- public interface IFavService {
- public boolean addFav(HashMap<String, String> data);
- public boolean delFav(String id);
- public boolean favExists(String id);
- public ArrayList<HashMap<String, Object>> query(int start, int size);
- }
各種類の情報に対してローカルコレクションを実現する実現クラスは、すべてこのインタフェースを実現する.
薬品コレクションの実現:
- public class MedicinalFavorService implements IFavService {
- public MedicinalFavorService(Context context) { }
- public boolean addFav(HashMap<String, String> medicinal){ }
- public boolean delFav(String id) { }
- public boolean favExists(String id) { }
- public ArrayList<HashMap<String,Object>> query(int start, int size) { }
- }
養生コレクションの実現:
- public class YangShengFavorService implements IFavService {
- public YangShengFavorService (Context context) { }
- public boolean addFav(HashMap<String, String> medicinal){ }
- public boolean delFav(String id) { }
- public boolean favExists(String id) { }
- public ArrayList<HashMap<String,Object>> query(int start, int size) { }
- }
救急コレクションの実現:
- public class FirstAidFavorService implements IFavService {
- public FirstAidFavorService (Context context) { }
- public boolean addFav(HashMap<String, String> medicinal){ }
- public boolean delFav(String id) { }
- public boolean favExists(String id) { }
- public ArrayList<HashMap<String,Object>> query(int start, int size) { }
- }
クライアントでの呼び出し方法:
IFavService ifs = new MedicinalFavorService(this);
//IFavService ifs = new YangShengFavorService(this);
//IFavService ifs = new FirstAidFavorService(this);
ifs.メソッド //IFavService インタフェース宣言の方法
しかし、このように1つの問題があって、クライアント(クラス)は呼び出す時具体的な実現クラス名を知る必要があって、つまりコレクションの内部の実現を暴露して、このようにカプセル化を破壊して、最小限の知識の原則にも背いて、今私達はインタフェースの思考に向かって、カプセル化して、クライアントの呼び出しと内部の実現の隔離を達成します.
ここでは簡単な工場を使います.実現方法を見る:
工場クラスを宣言します.
- public class GetFavorServiceFactory {
- public static IFavService getFavorService(Context context, String flag){
- if("yaoping".equals(flag)){
- return MedicinalFavorService.getService(context);
- }else if("yangsheng".equals(flag)){
- return YangShengFavorService.getService(context);
- }else if("jijiu".equals(flag)){
- return FirstAidFavorService.getService(context);
- }
- return null;
- }
- }
-
クライアント呼び出しコードを変更するには、次の手順に従います.
- IFavService ifs = GetFavorServiceFactory.getFavorService(this,"yaoping");
- //IFavService ifs = GetFavorServiceFactory.getFavorService(this,"yangsheng");
- //IFavService ifs = GetFavorServiceFactory.getFavorService(this,"jijiu");
これにより、クライアント・コールは1つのGetFavorServiceFactoryクラスと対話するだけで、医薬品コレクションまたは他のコレクションを変更してクラス名を実装したり、他の変更を行ったりする場合、クライアント・コードは呼び出された場所を再見つけて修正する必要はありません.
これが単純なファクトリモードの応用シーンです.
文中の不足点を指摘し、共同で討論し、向上することを歓迎します.(QQ:115520509)