搭建高质量的Android项目框架系列二

1.首先要考虑的是这个项目或者说这个产品的核心功能是什么？

比如：

1)图片处理和展示类app,我们更多考虑对大量图片的处理，防止OOM等等；

2)理财营销类软件，比如微众银行、同花顺这种大量采用H5页面的app,考虑需要对webview控件优化和Js交互框架的搭建.

总结：框架是为了便于业务的展开，是为业务而服务的，框架的选择是和业务需求紧密相连的。

2.目工程搭建

2.1.http://www.uml.org.cn/mobiledev/201310211.asp【参考】



2.2.尽量抽取一些共用的东西，例如，数据库操作、base、task、事件观察者、通用的工具类、UI公共组件等等，这些东西应该表现在代码结构中。

说明：

1）adapter 适配器，如果业务复杂，根据不同的业务可以添加子包来进行分类；

2）base 用来存放View的基类，例如BaseAcitivity、BaseFragment，甚至可以添加某些不同actionbar主题的Base类；

详解：

2.1.对BaseActivity的处理好坏一定程度上会影响项目的代码可读性，在Base里面做一些规范化处理将会大大减少代码的书写量和提高可读性,做好页面的缓存策略，别对Bundle savedInstanceState视而不见。

2.2.将其Base类定义成抽象类，增加一些抽象方法，例如findView的处理、onClick的处理、初始化数据的处理。例如可以重载setContentView方法来规范子类的行为：

“`

@Override

public void setContentView(int layoutResID) {

super.setContentView(layoutResID);

findView();

initView();

setOnClick();

}

/**

* 获取布局控件

*/

protected abstract void findView();

/**
* 初始化View的一些数据
*/
protected abstract void initView();

/**
* 设置点击监听
*/

protected abstract void setOnClick();

2.3.添加观察者模式的支持，参考

http://www.akiyamayzw.com/观察者模式在android-上的最佳实践/，广播感觉耦合性太强，也麻烦。观察者模式可以在一个地方通知，所有关注了这个事件的实例都可以接收到。用的时候也就几行代码，逻辑也清晰。EventBus

2.4.定义一些ActionBar上面的保护类方法，比如返回按钮、下拉事件等等;

3）common 当然是存放一些共用的配置类信息，常量等等；

4）controller 控制器，将一部分的业务类需求放到里面，充当db和View交互的中间层，减少Activity中业务的复杂性；

5）db数据库类；

详解：

5.1.处理数据库的时候采用ContentProvider的方式，原因有2个：采用URI的方式访问，更加符合我们的使用习惯;随时可以提供给其它应用访问数据库；

6）event 观察者模式，事件通知；

7）task 一些AsyncTask任务类；

8）view 一些自定义组件；

9）vo 值对象，其实就是给各个组件使用的对象，比如ListView的Item对象等等；

10）widget UI界面；

11）AppContext 自定义Application类；

详解：

11.1.Application本身在一个应用中只会存在一个实例，所以它一般用来存储一些全局的变量和一些只需要处理一次的数据,注意同步。

11.2.context的管理。这个和BaseActivity组合使用，将每一个Activity放到一个列表中，需要的时候直接使用即可；





11.3.初始化和记录一些app信息，例如app的版本信息、设备信息等等；

11.4.初始化特定的业务需求，例如有盟统计类、分享SDK、推送.,一些SDK也要求在这初始化等等；

11.5.记录应用启动次数、是否第一次安装等等；

11.6.记录是否开启处于调试模式，在输出日志、错误消息的时候有用：

public final static boolean DEBUG=BuildConfig.DEBUG;

12）另外，根据自己的一些业务需求，我们可能需要单独的抽取一些核心的包类。比如，理财类软件在搭建工程结构的时候，可以单独抽出了2个JS相关的核心包类：



3.设计模式和框架的选择

3.1.在搭自己的框架之前，你需要熟练应用别人的框架。用多了别人的框架自己再写的时候，就能得心应手，信手拈来。

3.2.设计模式的熟练应用，为了自己好写（易拓展），别人好用（易定制）。

3.2.1.单例模式进行初始化，防止资源泄露

像IM类，音频视频通信类，通用的网络请求等框架，都需要全局的一个初始化，一般涉及到后台的一个独立进程或线程

mRequestQueue = Volley.newRequestQueue(this);

一个典型的单例模式，我们看一下Volley的源码，它的里面确实不像一般的单利模式写法：



注意到一个queue.start();//请求队列的start

跟进去：



一个stop(),是不是算一个单例啊？

不用猜了，下面的那些调用start()方法的实例全是线程实例。

3.2.2.抽象工厂模式进行最外层的包装，主要照顾老用户。

在框架升级时，增添一个新的factoryMethod就可以了，API接口基本不许变动，比如我要做一个音视频处理工具，原来只有音频处理能力，现在也做了视频处理部分，那就只需要加一个新的工厂方法就可以了，其他API不需要变动。

3.2.3建造者模式满足小白与高阶用户

对于一些高阶的用户需要一些有逼格的功能，他们在做产品中需要更多的个性化，这时候 就应该拿出建造者模式了

3.2.4.策略模式进行容错处理

多样化的容错处理是必要的，对于Volley这样的网络请求框架来说，必要的重连机制是必不可少的，容错的具体处理委托给这些策略类：



4.UI的选择

参考：https://github.com/wasabeef/awesome-android-ui

5.开发建议

· 在你心里必须非常清楚你产品的功能点，不能改了又改各种返工。

· 对于你自己想要什么样的UI一定要非常清楚。不能返工不能总改。很麻烦。

· 如果你有设计师的话，让设计师出图。如果没有设计师的话，用现在流行的material design风格，找一个APP模仿，可以在2天内完成UI的搭建。

· 原型图一定要画的非常详细！

· UI一定要把标注做好！

· 如果你的编程水平很一般，那你尽量用最简单的原理，不需要考虑效率；如果你不会编程甚至还是新手，那就赶紧边学边做。

· 能官方的还是用官方的，不行再用第三方，选择偏向于慎重，因为万一出问题呢？



10.已经存在的框架：https://github.com/AndroidBootstrap/android-bootstrap

延伸阅读：

https://www.zhihu.com/question/27645587

https://www.zhihu.com/question/28606284

https://www.zhihu.com/question/35009721

https://www.zhihu.com/question/37002316