MD版的花瓣网App
这个项目在写在很久之前,当时MVP架构网络上各种分析描述,但是感觉都是各说各的。不确定项目是否采用MVP架构就先动手写代码,随时准备重构项目。就在不久前Google发布Android Architecture Blueprints [beta],终于感觉这事有点靠谱了,我现在已经在动手重构项目了。
分析博文在这里:MVP架构-官方MVP项目和MVP-RxJava项目架构对比分析解读
基本思想是采用模板方法模式,父类控制代码结构,子类实现,部分具有相同功能的再提供父类实现。
例如BaseSwipeViewPagerActivity
是所有具有上拉刷新SwipeRefreshLayout和左右滑动ViewPager的子Activity类的父类。BaseRecyclerHeadFragment
是所有具有能够添加头尾View的RecyclerView的父类Fragment,内部主要实现向下滑动自动加载数据。
每个Activity负责逻辑控制,其中会包含都会有一至多个Fragment负责UI显示,尽可能的不在Activity有网络操作。
由于是个人项目所以全部采用目前最新的和最热门技术。
很多基本的逻辑使用RxJava/RxAndroid来实现异步响应,简化了很多异步回调的代码。比如欢迎界面的实现,详解点这里RxAndroid项目实践-使用RxJava响应式编码实现知乎日报的欢迎界面
网络模块使用Retrofit,搭配RxJava实在是爽。
同时还很简洁的实现了Https的网络访问。功能强大。Retrofit整体框架主要采用代理模式,使得简化我们的网络调用操作,真正的内部还是采用OkHttp,这就导致实现下载上传进度监听会有点麻烦。目前也已经实现不会有内存泄露,具体参考看DownloadService.java后台服务单线程图片下载实现。
图片加载框架使用的是Fresco,同样的功能强大,但是使用复杂。我包装了一个类ImageLoadFresco
,采用生成器模式,配置很多的默认实现,同时能够实现复杂操作,具体代码和介绍Fresco的封装和使用说明以及获取缓存中的Bitmap对象。
其他方面,每个功能模块都会提供工具类或者包装类,分化代码使得相同功能代码能够重用,减少代码量。