每个人对应用框架的理解不相同，但是最终达到的效果应该是一样：

降低项目的复杂性

易扩展、易修改、可重用性强、可维护性强

职责单一，功能清晰

在android开发项目中，我们首先要考虑的是这个项目或者说这个产品的核心功能是什么。比如，图片处理和展示类app,我们更多考虑对大量图片的处理，防止OOM等等;如果是理财营销类软件，比如微众银行、同花顺这种大量采用H5页面的app,考虑需要对webview控件优化和Js交互框架的搭建;总之，框架是为了便于业务的展开，是为业务而服务的，框架的选择是和业务需求紧密相连的。

那么有没有一些通用的东西可以抽取呢?从自己的一些实践经验来回答题主的一些问题，权当抛砖引玉。

项目工程搭建

App工程结构搭建：几种常见Android代码架构分析 总结了一些关于项目工程搭建的范例。我们在搭建工程结构的时候可以尽量抽取一些共用的东西，例如，数据库操作、base、task、事件观察者、通用的工具类、UI公共组件等等，这些东西应该表现在代码结构中。

<img src=data-rawwidth="399" data-rawheight="415" class="content_image" width="399">这些包名的作用一目了然，在别人接手这个项目的时候就会相对简单。

这些包名的作用一目了然，在别人接手这个项目的时候就会相对简单。

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

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

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

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

db数据库类

event 观察者模式，事件通知;

task一些AsyncTask任务类

view一些自定义组件

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

widget UI界面

AppContext 自定义Application类

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

<img src=data-rawwidth="281" data-rawheight="47" class="content_image" width="281">

2.AppContext 的处理

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

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

<img src=data-rawwidth="908" data-rawheight="38" class="origin_image zh-lightbox-thumb" width="908" data-original=>

<img src="" data-rawwidth="820" data-rawheight="129" class="origin_image zh-lightbox-thumb" width="820" data-original="">

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

初始化特定的业务需求，例如有盟统计类、分享SDK、推送等等

记录应用启动次数、是否第一次安装等等，如果在第一个版本不加，到后面版本使用次记录会很麻烦(血泪教训……)

记录是否开启处于调试模式。

在输出日志、错误消息的时候有用。

publicfinalstaticbooleanDEBUG=BuildConfig.DEBUG;

3.Base的处理

对BaseActivity的处理好坏一定程度上会影响项目的代码可读性，在Base里面做一些规范化处理将会大大减少代码的书写量和提高可读性。

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

@Override publicvoidsetContentView(intlayoutResID){ super.setContentView(layoutResID); findView(); initView(); setOnClick(); } /** * 获取布局控件 */ protectedabstractvoidfindView(); /** * 初始化View的一些数据 */ protectedabstractvoidinitView(); /** * 设置点击监听 */ protectedabstractvoidsetOnClick();

通过这种规范可以大大减少后期代码的混乱，onCreat方法中存在大量杂乱无章的代码;

添加观察者模式的支持。具体的可以看我的博客观察者模式在android 上的最佳实践

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

4.数据库的处理

个人建议在处理数据库的时候采用ContentProvider的方式，有2个优点：

采用URI的方式访问，更加符合我们的使用习惯;

随时可以提供给其它应用访问数据库;

5.图片的处理

对图片处理的文章很多，其实你只要把基本的一些开源框架原理搞清楚，对普通应用其实足够了。