一个很棒的 Android APP框架

   <p>最近在 github 上看到一个 android 的框架，结合了 Rxjava + retrofit + dagger2 + mvp，结合了当下比较流行的框架，并且项目层次非常清晰，易于扩展和维护</p>    <p><a href="/misc/goto?guid=4959648783653886221" rel="nofollow,noindex">github 地址</a></p>    <h2>项目总览</h2>    <p><img src="https://simg.open-open.com/show/98f9d3dd2ba570913e3176e85d6f06fe.png"></p>    <p>可以看到项目采用的 MVP 架构（ <a href="/misc/goto?guid=4959674672726207359" rel="nofollow,noindex">http://xuyushi.github.io/2016/02/28/MVP/）</a></p>    <p>与常规的 MVP 不同的是，在 modle 层和 view 层通过EventBus 连接，当数据发生变化时，发出对应的 event，注册了这个 event 的 view会采取对应的措施。举个例子，退出登录用在这样的情形就很合适，在退出登录后，我们可能不止一个 view 会发生变化，如果把这些写在每一个 Presenter 中无疑是很不简洁的代码</p>    <p>在 modle 层中，抽象出了一个 DataManger，通过DataManger 我们与数据的具体实现进行了解耦，在 P 层我们无需关注数据是来自 DB ,SP 还是网络。我们只关心拿到的数据对象，而在DataManger 和 具体的数据实现中 还有一层 <strong>Helper</strong> 层，这层封装了对数据的具体操作，比如 DBHelper、SPHelper、RetrofitServie，有了这一层封装可以很方便我们进行扩展。</p>    <p>DataManger 和 Helper累 中的方法拿到的都是 Observeable ，从而方便我们对这个流进行操控。</p>    <h2>具体分析</h2>    <h2>dagger2</h2>    <p>项目使用了dagger2 依赖注入框架解耦个层，使得单测和框架替换变得很容易</p>    <h3>ApplicationComponent</h3>    <p>首先看 ApplicationComponent ，他有一个 Moudle ，并且将这个 Moudle 中的提供的构造方法暴露出来，可以看到DatabaseHelper、PreferencesHelper等暴露出来的都是全局使用的对象</p>    <pre>  <code class="language-java">@Singleton  @Component(modules = ApplicationModule.class)  public interface ApplicationComponent {        void inject(SyncService syncService);        @ApplicationContext Context context();      Application application();      RibotsService ribotsService();      PreferencesHelper preferencesHelper();      DatabaseHelper databaseHelper();      DataManager dataManager();      Bus eventBus();    }  </code></pre>    <p>###</p>    <pre>  <code class="language-java">@Module  public class ApplicationModule {      protected final Application mApplication;        public ApplicationModule(Application application) {          mApplication = application;      }        @Provides      Application provideApplication() {          return mApplication;      }        @Provides      @ApplicationContext      Context provideContext() {          return mApplication;      }        @Provides      @Singleton      Bus provideEventBus() {          return new Bus();      }        @Provides      @Singleton      RibotsService provideRibotsService() {          return RibotsService.Creator.newRibotsService();      }    }  </code></pre>    <p>可以看到在 ApplicationModule 中的 provide 方法暴露出的方法对比 ApplicationComponent 中需要的方法，发现还缺了几项。 DatabaseHelper 、 PreferencesHelper 、 DataManager</p>    <p>这是为毛捏？ 熟悉 dagger2的小伙伴可能已经明白了</p>    <p>复习 dagger</p>    <p>dagger 创建类实例有2个维度可以创建</p>    <ul>     <li>步骤1：查找Module中是否存在创建该类的方法。</li>     <li>步骤2：若存在创建类方法，查看该方法是否存在参数      <ul>       <li>步骤2.1：若存在参数，则按从 <strong>步骤1</strong> 开始依次初始化每个参数</li>       <li>步骤2.2：若不存在参数，则直接初始化该类实例，一次依赖注入到此结束</li>      </ul> </li>     <li> <p>步骤3：若不存在创建类方法，则查找 <strong>Inject注解的构造函数</strong> ，看构造函数是否存在参数</p>      <ul>       <li>步骤3.1：若存在参数，则从 <strong>步骤1</strong> 开始依次初始化每个参数</li>       <li> <p>步骤3.2：若不存在参数，则直接初始化该类实例，一次依赖注入到此结束</p> <p>因为在使用第三方代码时，我们无法修改源码的构造方法，所以使用 Module 来提供注入构造</p> </li>      </ul> </li>    </ul>    <p>所以再回来看 DataManager 的构造方法</p>    <pre>  <code class="language-java">@Inject     public DataManager(RibotsService ribotsService, PreferencesHelper preferencesHelper,   DatabaseHelper databaseHelper, EventPosterHelper eventPosterHelper) {         mRibotsService = ribotsService;         mPreferencesHelper = preferencesHelper;         mDatabaseHelper = databaseHelper;         mEventPoster = eventPosterHelper;     }  </code></pre>    <p>用 @Inject 标注了构造方法，当注入了 DataManager 时，在 module 中找不到对应的 provide 方法，变会在构造方法中寻找，在递归的找参数中的注入…</p>    <p>以下用一张图来概括</p>    <p><img src="https://simg.open-open.com/show/9fbb61468f4f239d1eb2d20df0831a1d.png"></p>    <h2>data</h2>    <p>来看下整体的 data 包</p>    <p><img src="https://simg.open-open.com/show/9761dfdb7e3d67f1b86dd461a0aad36c.png"></p>    <p>分为 local 和 remote、model几个包</p>    <ul>     <li>local 主要是 SP、DB 相关</li>     <li>remote 是网络相关的操作，这里就是一个 retrofit 的 service</li>     <li>modle 中定义了 java bean</li>    </ul>    <h3>retrofit</h3>    <p>再来看下 retrofit service 中</p>    <pre>  <code class="language-java">public interface RibotsService {        String ENDPOINT = "https://api.ribot.io/";        @GET("ribots")      Observable<List<Ribot>> getRibots();        /******** Helper class that sets up a new services *******/      class Creator {            public static RibotsService newRibotsService() {              Gson gson = new GsonBuilder()                      .setDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'")                      .create();              Retrofit retrofit = new Retrofit.Builder()                      .baseUrl(RibotsService.ENDPOINT)                      .addConverterFactory(GsonConverterFactory.create(gson))                      .addCallAdapterFactory(RxJavaCallAdapterFactory.create())                      .build();              return retrofit.create(RibotsService.class);          }      }  }  </code></pre>    <p>在构建了 Retrofit 后再构建 service ，要是我来写的话会把 Retrofit 也用 dagger 注入的方式来提供。</p>    <h2>DataManger</h2>    <p>DataManger 基本上放的就是业务逻辑了，具体看个例子</p>    <pre>  <code class="language-java">public Observable<Ribot> syncRibots() {      return mRibotsService.getRibots()              .concatMap(new Func1<List<Ribot>, Observable<Ribot>>() {                  @Override                  public Observable<Ribot> call(List<Ribot> ribots) {                      return mDatabaseHelper.setRibots(ribots);                  }              });  }  </code></pre>    <p>在 syncRibots 方法中，我们通过retrofit 获得网络的数据，再用 DB 存储，再把结果用 Observable 的结构返回给 P层，在这个例子中是在一个 service 中调用这个方法</p>    <h2>MVP</h2>    <p>关于 MVP 这一块，个人的建议是使用谷歌官方的例子。更为简洁明了</p>    <p>也可以看我的这一篇实践</p>    <p>同样 P V 直接也可以使用 dagger 解耦。</p>    <p> </p>    <p>来自： <a href="/misc/goto?guid=4959674672810732549" rel="nofollow">http://xuyushi.github.io/2016/06/18/Android APP 新框架/</a></p>    <p> </p>