[Android入门]从零构建Android app之天气——4.App初始化、设计主要结构、封装工具类

通过前面几篇你已经准备好，可以开始输入代码，创建你的应用了。

App初始化

我们要自定义Application

默认情况下，系统会让你的应用使用默认的Application，可以，这很方便。但是实际开发中，我们往往需要在应用程序一进去就开始一些初始化(初始化配置、加载后面要使用的资源)的操作，所以我们需要使用自己的Application。
1. 首先extends Application，目前暂时只在其中初始化异常捕捉

public class ChiceApplication extends Application {

  private static Context context;
  @Override
  public void onCreate() {
    super.onCreate();
    context = this;
//    初始化异常处理类
    CrashHandler.getInstance().init(context);
  }

  //获取系统级Context
  public static Context getAppContext(){
    return context;
  }
}

1. 在AndroidManifest.xml中把<application>标签的name属性改成我们定义的这个Application。接下来，我们每次启动应用时，系统将初始化我们的ChiceApplication

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
          package="com.chenbing.oneweather">

  <application
    android:name=".ChiceApplication" //就是在这里修改为我们的Application
    android:allowBackup="true"
    android:icon="@mipmap/ic_launcher"
    android:label="@string/app_name"
    android:supportsRtl="true"
    android:theme="@style/AppTheme">
    <activity android:name=".View.activitys.MainActivity">
      <intent-filter>
        <action android:name="android.intent.action.MAIN"/>

        <category android:name="android.intent.category.LAUNCHER"/>
      </intent-filter>
    </activity>
  </application>

</manifest>

编写基类

Activity基类

我们的Activity继承自v7兼容包下的AppComponentActivity。由于v7包提供了更多的特性，并且当今时代，我们并不需要考虑android 2.1之前的兼容性，试问你听说过有谁在用2.1之前的Android机吗？有的用户可能喜欢刷机，但是网上的ROM也基本都是基于android 2.1以上，所以我就直接使用v7兼容包了。

//我们后续创建的Activity都需要继承这个BaseActivity，这样便于以后植入统一的操作。
//不然以后需要统一给Activity进行相同操作时，你就要一个个去改。真蛋疼啊！

//之所以写成抽象，是为了规范约束，提醒你下面几个方法是必要的
public abstract class BaseActivity extends AppCompatActivity {

  //初始化数据请求(不是必须的，习惯了)
  abstract protected void initData();

  //初始化View
  abstract protected void initView();

  //给View添加监听器
  abstract protected void addListener();

}

Fragment基类

Fragment我选择继承v4包的，因为app包下只支持4.4以上，对于现在的Android市场来说太高了。

public abstract class BaseFragment extends Fragment {

  abstract protected void initData();

  abstract protected void initView();

  abstract protected void addListener();
  @Override
  public void onViewCreated(View view, @Nullable Bundle savedInstanceState) {
    super.onViewCreated(view, savedInstanceState);
    view.setClickable(true); //让Fragment最底层的View拦截事件，防止扯到蛋的点透
  }
}

BaseRelativeLayout

因为我比较喜欢使用RelativeLayout，所以选择它做View的基类。这个基类可选，主要是为了方便创建自定义View。

public abstract class BaseRelativeLayout extends RelativeLayout {
  public BaseRelativeLayout(Context context) {
    this(context, null);
  }

  public BaseRelativeLayout(Context context, AttributeSet attrs) {
    this(context, attrs, 0);
  }

  public BaseRelativeLayout(Context context, AttributeSet attrs, int defStyleAttr) {
    super(context, attrs, defStyleAttr);
    bindView();
  }

  private void bindView() {
    LayoutInflater inflater = LayoutInflater.from(getContext());
    inflater.inflate(getLayout(), this, true);
    ButterKnife.bind(this);
  };

  //重写这个方法就能加载布局了。
  abstract protected int getLayout();
}

BaseItemViewHolder

这个是专门为RecyclerView设计的ViewHolder，目的是为了简化ViewHolder的使用。

public class BaseItemViewHolder extends RecyclerView.ViewHolder {
  public BaseItemViewHolder(View itemView) {
    super(itemView);
  }
}

//看看RecyclerView的Adapter现在的变化
@Override
  public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
    return new BaseItemViewHolder(new NavigatorItemView(context)); //一句话创建
  }

设计主要架构

本项目我们采用时下流行的MVP框架，现在针对MainActtivity先来进行结构设计。设计结构时需要注意以下几点：
- 遵循依赖倒置原则，即模块应该依赖抽象，而不要依赖具体。这样做的的好处是，单需求发生变化，比如Model需要切换逻辑时，我们只需要换一个实现了同一个接口的实现类就可以，而不用对Presenter修改。同样，当我们现有的一套Presenter和Model需要在另一个View模块上展示时，只要View模块不要求View接口发生变化，我们可以很容易的就把这套东西用到新的View模块上。当然，理论上可行，但实际的Android开发中往往是View模块占据主导地位，至少大多数时候是这样。
- 使用MVP框架其实就已经注定了代码量会增大，所以不能为了省事把Model模块的逻辑、算法代码写到Presenter中。
- 要注意我们的依赖关系。

下面看看View、Model、Presenter的结构。

View模块

//抽象
//我们的Presenter需要依赖的就是这个抽象
public interface MainActivityView extends MvpView {

}

//具体实现
public class MainActivity extends BaseActivity implements MainActivityView {
  private MainActivityPresenterApi presenter;

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    presenter = new MainActivityPresenter(this); //初始化Presenter
    //下面调用方法我没有固定，就是为了根据需求变化。当然大多数情况下是这样的。
    initData();
    initView();
    addListener();
  }

  @Override
  protected void initData() {

  }

  @Override
  protected void initView() {

  }

  @Override
  protected void addListener() {

  }
}

Model模块

//抽象
public interface MainActivityModelApi {
}

//实现
public class MainActivityModel implements MainActivityModelApi {
}

Presenter模块

//抽象
public interface MainActivityPresenterApi {
}

//实现
public class MainActivityPresenter implements MainActivityPresenterApi {

  private MainActivityView view; //依赖的是抽象
  private MainActivityModelApi model;

  public MainActivityPresenter(MainActivityView view) {
    this.view = view;
    model = new MainActivityModel(); //创建Model真实对象
  }
}

封装工具类

工具类基本上都是提供一些静态方法供外界调用的。

根据自己的需要来就行，我暂时封装这么多，有需要再加，具体的到我的GitHub中看。下面我简单介绍下他们的作用。

• AppUtils：主要用于获取系统信息，控制一些通用的、应用级的操作；
• CrashHandler：处理未捕获异常，参考我的这篇Android——Exception异常的正确打开方式；
• DisplayUtils：主要用于dp、sp、px等单位换算，获取屏幕尺寸等；
• FileUtils：封装文件IO操作，注意线程；
• GsonUtils：封装Gson，避免频繁创建Gson对象；
• ImageUtils：封装Image操作；
• LogUtils：封装Log，非常便捷高效的Log输出，参考我的这篇Android——使用StackTraceElement实现自己的Log日志输出管理类;
• MobileUtils：封装部分设备信息获取；
• NetworkUtils：封装网络信息获取；
• ReflectUtils：帮助更高效的使用反射，参考我的这篇
  Android——反射Reflect机制运用;
• ThreadUtils：封装Thread线程调度，参考我的这篇Android——线程管理之ExecutorService；
• ToastUtils：封装Toast的使用，避免出现Toast错乱的Bug。

工具类根据实际开发，可继续不断的扩展添加。

项目地址GitHub