Android 代碼品質管理(代碼篇)
模闆方法-基類封裝
Activity和Fragment應該是Android最常用的元件,對他進行簡單的封裝對提高代碼的簡潔性也有很大的幫助。
- BaseActivity :
view plain copy
- public abstract class BaseActivity extends FragmentActivity {
- @Override
- protected void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- init();
- findViews();
- initData();
- setListener();
- setting();
- }
- /**
- * 獲得上下文
- * @return Context
- */
- public Context getContext(){
- return this;
- * 始化參數
- public abstract void init();
- * 查找所有的控件
- public abstract void findViews();
- * 初始化頁面資料
- public abstract void initData();
- * 設定控件的監聽事件
- public abstract void setListener();
- * 後續參數設定
- public abstract void setting();
- }
- BaseFragment :
- public abstract class BaseFragment extends Fragment {
- public void onCreate(Bundle savedInstanceState) {
- public void onStart() {
- super.onStart();
- public Context getContext() {
- return getActivity();
代碼比較簡單,用到了模闆設計模式,一個方法隻做一樣事情,初始化的就隻做初始化操作,設定監聽的就隻設定監聽。不管多少個Activity\Fragment都能很好的統一化編碼風格,看起來更清晰不亂。
Fragment簡單管理
下面先看看标準的建立和管理Fragment。
- private void showFragment(){
- FragmentTransaction fragmentTransaction = getSupportFragmentManager().beginTransaction();
- hideFragment(fragmentTransaction);
- if (mFragment1== null) {
- mFragment1 = new MyFragment1(context);
- fragmentTransaction.add(R.id.content, mFragment1);
- fragmentTransaction.commit();
- } else {
- fragmentTransaction.show(mFragment1);
每次建立一個Fragment都要複制一邊這個方法,代碼備援、不利于維護和更新。
下面封裝一下
- public class FragmentFactory {
- private FragmentActivity mContext;
- private static FragmentFactory factory = new FragmentFactory();
- //用于存儲已建立的Fragment對象
- private Map<String, Fragment> mFragmentMap=new HashMap<>();
- private int mLayoutId;
- private FragmentFactory() {
- public static FragmentFactory getInstance() {
- return factory;
- //layoutId 傳入布局檔案的id
- public FragmentFactory init(FragmentActivity context,int layoutId) {
- this.mContext = context;
- this.mLayoutId=layoutId;
- public Activity getParentActivity() {
- return mContext;
- private <T extends Fragment> Fragment createFragment(Class<T> clazz) {
- Fragment fragment = null;
- try {
- fragment = getFragment(clazz.getName());
- FragmentTransaction fragmentTransaction = mContext.getSupportFragmentManager().beginTransaction();
- hideFragment(fragmentTransaction);
- if (fragment == null) {
- fragment = (Fragment) clazz.newInstance();
- setFragment(fragment);
- fragmentTransaction.add(mLayoutId, fragment);
- fragmentTransaction.commit();
- } else {
- fragmentTransaction.show(fragment);
- }
- } catch (InstantiationException e) {
- e.printStackTrace();
- } catch (IllegalAccessException e) {
- }
- return fragment;
- private <T extends Fragment> Fragment getFragment(String className) {
- Fragment fragment = mFragmentMap.get(className);
- private <T extends Fragment> void setFragment(Fragment fragment) throws InstantiationException, IllegalAccessException {
- String className = fragment.getClass().getName();
- mFragmentMap.put(className, fragment);
- private void hideFragment(FragmentTransaction fragmentTransaction) {
- Set<String> keySet = mFragmentMap.keySet();
- for (String key : keySet) {
- Fragment fragment = mFragmentMap.get(key);
- fragmentTransaction.hide(fragment);
- public <T extends Fragment> T showFragment(Class<T> clazz) {
- return (T) createFragment(clazz);
調用代碼:
- FragmentFactory mFragmentFactory = FragmentFactory.getInstance().init(this, R.id.fl_content);
- mFragmentFactory.showFragment(MyFragment1.class);
- mFragmentFactory.showFragment(MyFragment2.class);
上面的封裝用到了泛型、工廠、單例等知識。隻需要在Activity初始化一次對象就可以一行代碼管理Fragment了,想顯示哪個頁面就傳入對應的Fragment的class。
簡單通用的擴充卡
ListView是Android最常用的一個元件,優化Litsview那就是必不可少的工作了。
用Listview最痛苦的就是寫BaseAdapter的getView()方法,一遍又一遍的寫,大部分代碼都是重複備援,但又不得不寫。下面來抽取備援的代碼封裝起來。
[html]- public abstract class CommonAdapter<T> extends BaseAdapter {
- //需要顯示的資料,List中的類型為泛型,因為不知道使用者的封裝Bean
- private List<T> mDatas;
- private Context mContext;
- //布局檔案Id
- public CommonAdapter(Context context,List<T> data,int layoutId) {
- mDatas = data;
- mContext = context;
- mLayoutId = layoutId;
- public int getCount() {
- return mDatas.size();
- public Object getItem(int position) {
- return mDatas.get(position);
- public long getItemId(int position) {
- return position;
- public View getView(int position, View convertView, ViewGroup parent) {
- ViewHolder holder = ViewHolder.getHolder(mContext,convertView, parent, mLayoutId);
- setDatas(holder,getItem(position));
- return holder.getConvertView();
- * 為各個item中的控件設定資料
- * @param holder ViewHolder
- * @param object 從集合中所取的一個對象
- public abstract void setDatas(ViewHolder holder, Object object);
- public class ViewHolder {
- private View mConvertView;
- //用來存布局中的各個元件,以鍵值對形式
- private HashMap<Integer,View> mViews = new HashMap<>();
- //ViewHolder構造函數,隻有當convertView為空的時候才建立
- public ViewHolder(Context context,View convertView, ViewGroup parent, int layouId) {
- convertView = LayoutInflater.from(context).inflate(layouId,parent,false);
- convertView.setTag(this); //将其setTag()
- mConvertView = convertView;
- //傳回一個ViewHolder對象
- public static ViewHolder getHolder(Context context, View convertView, ViewGroup parent, int layoutId) {
- if (convertView == null) {
- return new ViewHolder(context,convertView,parent,layoutId);
- }else {
- return (ViewHolder) convertView.getTag();
- //傳回一個View的子類對象,因為不确定使用者布局有什麼元件,相當于findViewById
- //這裡傳回一個泛型,也可以傳回一個View或Object
- public <T extends View>T getView(int resId) {
- View view = mViews.get(resId); //從集合中取出這個元件
- if (view == null) { //如果為空,說明為第一屏
- view = mConvertView.findViewById(resId); //從convertView中找
- mViews.put(resId,view);
- return (T) view;
- public View getConvertView() {
- return mConvertView;
- public class MyAdapter extends CommonAdapter<Bean> {
- public MyAdapter(Context context, List<Bean> data, int layoutId) {
- super(context, data, layoutId);
- public void setDatas(ViewHolder holder, Object object) {
- Bean bean = (Bean) object;
- ((TextView)holder.getView(R.id.title_Tv)).setText(bean.getTitle());
- ((TextView)holder.getView(R.id.desc_Tv)).setText(bean.getDesc());
- ((TextView)holder.getView(R.id.time_Tv)).setText(bean.getTime());
- ((TextView)holder.getView(R.id.phone_Tv)).setText(bean.getPhone());
- List<Bean> data=new ArrayList<>();
- Bean bean=new Bean("标題1", "内容1", "時間1", "18300000000");
- Bean bean2=new Bean("标題2", "内容2", "時間2", "18300000000");
- data.add(bean);
- data.add(bean2);
- listView.setAdapter(new MyAdapter(context, data, R.layout.listview_item));
注釋寫的很清楚了,就不多說了。
自定義組合控,布局子產品化
正常的項目開發中肯定有很多布局備援例如下面圖紅框中的設定和導航。
很多人會把這些布局檔案一遍又一遍的複制,隻修改其中的ID、字元串等,其他部分幾乎一模一樣,造成布局檔案代碼特别多。
最要命的不是這個,而且把所有的邏輯寫在Activity\Fragment裡,造成Activity\Fragment特别的龐大,真正實作一坨X代碼。
我覺得應該把公用的布局單獨抽取出來到一個xml裡,再用一個GroupView去處理這些邏輯和業務,減少activity\Fragment的負擔。
代碼就不貼了,自己去源碼demo裡檢視ParamSwitchView,這個View是圖1的一個Item,封裝了布局和所需要的遙控按鍵左右切換資料的邏輯。
面向接口程式設計
面向接口程式設計的意思是指在面向對象的系統中所有的類或者子產品之間的互動是由接口完成的。
父類的引用指向子類對象,指向不同的子類對象,産生不同的行為:
父 a =new 子A;
有很多童靴在項目開發中經常更變業務,例如:定制化系統應用,底層的接口在不同型号的TV\手機上都有可能不一樣。
這時候把這些底層接口單獨封裝在一個類進行管理,在平台發生改變的時候隻需要改變實作。
定義接口類統一化管理方法
- public interface IManager {
- void setBackLight(int value);
- void setPictureMode(int mode);
實作類 1
- public class HuaWeiManager implements IManager {
- public void setBackLight(int value) {
- <strong>HuaWei</strong>.savaBackLight(value);
- public void setPictureMode(int mode) {
- <strong>HuaWei</strong>.setPictureMode(mode);
假如現在業務需求是華為的定制系統,隻需要調用華為的子類
- IManager iManager=new HuaWeiManager();
- iManager.setBackLight(100);
如果業務需求轉變成小米,那麼隻需要建立一個類進行實作
實作類 2
- public class XiaoMiManager implements IManager {
- XiaoMi.savaBackLight(value);
- XiaoMi.setPictureMode(mode);
調用代碼裡隻需要把HuaWeiManager改成XiaoMiManager就能适配其他機型了。
- //IManager iManager=new HuaWeiManager();
- IManager iManager=new XiaoMiManager();
在這裡隻是灌輸一個編碼思維,實際開發中突發情況比較多,并不一定全部适用。
在編碼之前一定要花一點點時間簡單構思群組織一下代碼,不要想到什麼寫什麼。
注重工具類的封裝
我們正常的開發中經常用到很多不需要在邏輯層編寫的方法,我們就可以單獨的把他抽取出來放在單獨的類裡面去單獨管理。
例如:Toast 、SharePreference、擷取時間、系統版本、網絡、MD5等等。。。。
這些東西都可以單獨的封裝和管理,減少邏輯層的代碼,并且也可以讓其他邏輯層調用。
壞習慣
有些人喜歡把定義個Tools這樣的工具類,裡面存放着所有的工具方法。
1. 網絡、Toast、狀态、時間等等全部都用一個類去管理,這樣造成的後果就是後期不友善維護和不利于更新,代碼看起來雜亂無章。
2. 把一些公共的方法直接在邏輯層建構,其他地方需要就直接複制一份過去。
或者有其他相同的比較類似的方法沒有進行封裝,在其他地方直接複制過去隻修改其他一行的代碼。
好習慣
1. 把這些tools單獨建立各種各樣的tools去存放這些方法,Toast隻存Toast相關的,網絡隻存網絡相關的,避免交雜在一起。也符合設計原則之一的:單一原則。
2. 類似的方法獨立抽取出來,用傳參flag标記去區分應用場景。
原文位址
http://www.bieryun.com/3622.html