Androidデータ層解析層デカップリング問題
2309 ワード
Androidデータ層は基本的に業務に関連しており、データ層を提案しなければ、どのアーキテクチャが完全に独立できないのか、データ層のデカップリングが重要なので、モジュールが完全に独立し、拡張できるようにしなければならない.
まずJsonPaserFactoryの実装を見てみましょう.前に述べたように、詳細な説明はしません.
BaseEntity entity = (BaseEntity) BaseApplication.httpRes.getPaser(type);
アプリケーションに呼び出されたグローバル解析構成クラスBaseHttpResクラスは抽象クラスで、具体的なコードは以下の通りです.
public abstract class BaseHttpRes {
/**
* reqType URL
* @param reqType
* @return
*/
public abstract String getUrl(int reqType);
/**
*
* */
public String getUrl(int mId, String format) {
switch (mId) {
// case REQ_METHOD_GET_MORE_REPLY:
// return String.format(REQ_URL_GET_REPLY, format);
default:
return format + getUrl(mId);
}
}
/**
* reqType
* @param type
* @return
*/
public abstract Object getPaser(int type);
}
BaseApplicationは次のように実装されています.
public abstract class BaseApplication extends Application implements
UncaughtExceptionHandler {
public BaseHttpRes httpRes;
/**
*
*
* @return
*/
protected abstract BaseHttpRes initBaseHttpRes();
public BaseApplication() {
httpRes = initBaseHttpRes();
}
}
上
ベースクラスが抽象的な方法を記述しているのを見て、サブクラスが継承されたときにこのクラスを書き換えると、各サブプロジェクトが自由に拡張して実現することができ、具体的な構成クラスは直接アーキテクチャに関連する必要はありません.
public class YingJiaApp extends BaseApplication {
public AsyncHttpClientImpl asyncImpl;
private final static int CWJ_HEAP_SIZE = 8* 1024* 1024 ;
@Override
public void onCreate() {
// TODO Auto-generated method stub
super.onCreate();
asyncImpl = AsyncHttpClientImpl.getHupuHttpClient();
MySharedPreferencesMgr.init(this, "yingjia");
}
@Override
protected BaseHttpRes initBaseHttpRes() {
// TODO Auto-generated method stub
return YingJiaRes.getInstance();
}
}
public class YingJiaRes extends BaseHttpRes {
private static YingJiaRes instance;
// public static String BASE_URL = "http://newapp.mobile.com/";
public static String BASE_URL = "http://api.app.com/v1/ios/";
public static String BASE1_URL = "http://api.app.com/v1/";
public static int REQ_METHOD_POST = 10000;
}