著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
每个人对应用框架的理解不相同,但是最终达到的效果应该是一样:
那么有没有一些通用的东西可以抽取呢?从自己的一些实践经验来回答题主的一些问题,权当抛砖引玉。
<img src="https://i-blog.csdnimg.cn/blog_migrate/e0f8457b4362a7f3e2b12f169e8a6faf.png" data-rawwidth="399" data-rawheight="415" class="content_image" width="399">这些包名的作用一目了然,在别人接手这个项目的时候就会相对简单。 这些包名的作用一目了然,在别人接手这个项目的时候就会相对简单。
<img src="https://i-blog.csdnimg.cn/blog_migrate/6fff856348612bc7c3ed9d52a7a1b4a3.png" data-rawwidth="281" data-rawheight="47" class="content_image" width="281">
2.AppContext 的处理
Application本身在一个应用中只会存在一个实例,所以它一般用来存储一些全局的变量和一些只需要处理一次的数据。
3.Base的处理
对BaseActivity的处理好坏一定程度上会影响项目的代码可读性,在Base里面做一些规范化处理将会大大减少代码的书写量和提高可读性。
通过这种规范可以大大减少后期代码的混乱,onCreat方法中存在大量杂乱无章的代码;
个人建议在处理数据库的时候采用ContentProvider的方式,有2个优点:
- 降低项目的复杂性
- 易扩展、易修改、可重用性强、可维护性强
- 职责单一,功能清晰
那么有没有一些通用的东西可以抽取呢?从自己的一些实践经验来回答题主的一些问题,权当抛砖引玉。
- 项目工程搭建
<img src="https://i-blog.csdnimg.cn/blog_migrate/e0f8457b4362a7f3e2b12f169e8a6faf.png" 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类
<img src="https://i-blog.csdnimg.cn/blog_migrate/6fff856348612bc7c3ed9d52a7a1b4a3.png" data-rawwidth="281" data-rawheight="47" class="content_image" width="281">
2.AppContext 的处理
Application本身在一个应用中只会存在一个实例,所以它一般用来存储一些全局的变量和一些只需要处理一次的数据。
- context的管理。这个和BaseActivity组合使用,将每一个Activity放到一个列表中,需要的时候直接使用即可;
- 初始化和记录一些app信息,例如app的版本信息、设备信息等等;
- 初始化特定的业务需求,例如有盟统计类、分享SDK、推送等等
- 记录应用启动次数、是否第一次安装等等,如果在第一个版本不加,到后面版本使用次记录会很麻烦(血泪教训……)
- 记录是否开启处于调试模式。
public final static boolean DEBUG=BuildConfig.DEBUG;
对BaseActivity的处理好坏一定程度上会影响项目的代码可读性,在Base里面做一些规范化处理将会大大减少代码的书写量和提高可读性。
- 将其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();
- 添加观察者模式的支持。具体的可以看我的博客观察者模式在android 上的最佳实践
- 定义一些ActionBar上面的保护类方法,比如返回按钮、下拉事件等等;
个人建议在处理数据库的时候采用ContentProvider的方式,有2个优点:
- 采用URI的方式访问,更加符合我们的使用习惯;
- 随时可以提供给其它应用访问数据库;
5.图片的处理
对图片处理的文章很多,其实你只要把基本的一些开源框架原理搞清楚,对普通应用其实足够了。