前言
可以说已经一个多月没有更新了，mdzz这个月一直在赶项目节奏，可算是度过了这个阶段。也不能说这个月没有收获，新项目中又总结了不少经验，这次就来分享一下所感所得吧，记得之前写过一篇文章说的是这篇文章可能与他息息相关。只不过是把Dagger引入了组件化开发项目中，之前那篇文章的重点是如何搭建一个组件化架构，方便团队开发配合。这篇文章的重点是把dagger引入组件化开发架构中，之前搭建组件化开发也没想到用Dagger引入项目，因为坑不是一般的多，各种错误，各种bug，让你头疼。这篇文章会把这些问题一一阐述，达到无缝连接
坑列表
大部分都是放置位置的问题。这样会让你减少很多module里面的代码
- 组件化架构Dagger如何配置
- Module放置位置
- XXXComponent位置如何放置，不会出现找不到Module
- Base App/Activity/Fragment 如何封装
各个Module的Gradle Dagger配置
先把简单的架构图放上面 方便下面一一叙述
从上图可以看出每个module都会依赖于最下层的Library
1.那么我们先说在Library的gradle中如何配置吧
dependencies { compile 'com.google.dagger:dagger:2.x' annotationProcessor 'com.google.dagger:dagger-compiler:2.x'}复制代码 2.那么接下来我们来看看Module中如何配置Gradle文件呢！
dependencies { annotationProcessor 'com.google.dagger:dagger-compiler:2.x'}复制代码 看到上面代码是不是很惊讶，为什么在上层module中为什么还要重复依赖呢，出现了同样的配置。
annotationProcessor 'com.google.dagger:dagger-compiler:2.x'复制代码
大家应该都明白这行代码的主要功能是用于生成代码的。底层library里面不是已经有了吗？为什么在上层module中还出现呢？这是一个坑。下面我会一一解释
Dagger Module放置位置
其实dagger 中的Module的放置位置很重要，因为module 是用于component注入到各个Activity里面的，之前的mv*这些架构Di这些东西都是放在Application module里面的,但是我们既然是组件化开发，肯定要知道我们的初衷，我们的BaseLibrary到底是干嘛的。给上层module提供各种工具各种方便，让各个module开发互相不干扰。
那么当然是把各种module放在最底层的library中的了如ActivityModule, FragmentModule,AppModule 这些我只是简单的举例，可能还有很多Module，其实这里说到module 可能也会明白上面的为什么在最底层library中也添加代码生成
annotationProcessor 'com.google.dagger:dagger-compiler:2.x'复制代码
为了生成相应的module代码。提供上面component使用。
XXXComponent位置如何放置，不会出现找不到Module
这个问题也是我在开发中出现的，由于之前只是在mv*架构中使用Dagger 在组件化架构中开发知道坑多，没用Dagger，那么我们来看看如何放置我们的Activity/Fragment/App Component等等这些位置。这里我只举例而我们的ActivityComponent和AppComponent的放置位置。
1.AppComponent如何放置，当然是放在我们的BaseLibrary中了，因为是App全局都需要用的，所以我们这个可以写在我们最底层的Library中，然后上层module都可以用到。其实之前我是每个Module都放的，发现这样写真是很多冗余的代码，没有脱离mvp那
个结构 导致的。2.ActivityComponent如何放置呢?可能会比较麻烦因为每个上层Module用到的都要放置一个对应的ActivityComponent
@PerActivity@Component(dependencies = BaseAppComponent.class, modules = ActivityModule.class)public interface ActivityComponent { Activity getActivity(); void inject(VoiceActivity mainActivity);ity);}复制代码 从上面代码也可以看出 我们为什么每个组件Module为什么都放置一个ActivityComponent，因为如果你放置在底层Library中，你根本不知道你的哪个activity要用到，而且library也是拿不到上层Module里面的任何东西 底层library只是一个供给者 而非索取者。
但是我们的AppComponent不需要知道我们需要哪些东西，我们只是负责提供东西。
Base App/Activity/Fragment 如何封装
如果你的项目按照上面的配置，这时你已经绕过了很多坑的地方
说道封装Base 这时候需要提到一个问题就是之前那一篇文章说道了一个问题 module与Application之间调用的问题 我也提供了解决方案，就是在底层Library中写个BaseApplication来供上层调用。
那么我们回归正题，这里只说App 和 Activity的Base封装
- 底层Library中的BaseApp如何封装呢？看代码
public abstract class BaseApp extends Application { protected static BaseApp app; public static BaseApp getInstance() { return app; } protected abstract void initSDK(); public BaseAppComponent getAppComponent() { return DaggerBaseAppComponent.builder() .appModule(new AppModule(this)) .retrofitModule(new RetrofitModule(this)) .build(); }}复制代码 这时候就体现了上面说道的Component和Module放置位置的重要性。 我们的module 和APPComponent都是放在底层Library
- BaseActivity的封装。这个我感觉比较灵活，自己根据自己的项目来进行封装，怎么样都行。给大家看一下我的代码，我是这样的
public abstract class BaseMvpActivityextends AppCompatActivity implements BaseView { @Inject protected T mPresenter; public static Activity mContext; private Unbinder mUnBinder; @Override protected void onCreate(@Nullable Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(initLayout()); mContext = this; mUnBinder = ButterKnife.bind(this); initInject(); if (mPresenter != null) { mPresenter.attachView(this); } initData(); } protected abstract void initInject(); protected ActivityComponent getActivityComponent() { return DaggerActivityComponent .builder() .baseAppComponent(BaseApp.getInstance().getAppComponent()) .activityModule(getActivityModule()) .build(); } protected ActivityModule getActivityModule() { return new ActivityModule(this); } /** * 初始化布局 */ public abstract int initLayout(); /** * 初始化数据 */ public abstract void initData(); @Override protected void onDestroy() { super.onDestroy(); if (mPresenter != null) mPresenter.detachView(); mUnBinder.unbind(); }}复制代码
没什么亮点啥的，就是简单的封装，我这项目是基于组件化+MVP开发的，可能你看到了Presenter这些东西。
总结
其实主要的东西还是讲解如何在组件化开发中配置Dagger 让你更省时更省力，节省代码量和错误量。绕过很多坑
ending
上面可能有说不明白的，可以直接评论中@我，我会及时回应，或者有说哪里不正确的有优化的地方都可以@我，欢迎讨论，如果这篇文章反应比较好的话，打算出一篇组件化架构+MVP架构混合开发。希望文章带来的是收获而非时间的浪费，谢谢大家的支持