前言

依赖注入图

gtihubquery依赖注入图1.png

可以看到我在ActivityComponent中的API是抛出了很多的inject方法用来注入其他所有的activity，但是这种做法适合小项目，项目大了之后，如果每个activity的依赖需求不同还是很麻烦，所以最好一个activity一个component。对照这个图看代码基本问题不大，我记得当时对于@Inject这个注解的理解不是很深刻！

DataManager相当于是model所有数据源的代理层，作为ApplicaitonComponent的API暴露出来，然后作为ActivityComponent的依赖注入进去。

@Inject()

如果@Inject标注的是构造方法。那么表明这个类的对象也是依赖注入图里面的一员，前提是这个构造函数里面的所有参数都是来自依赖注入图（@provide）。

项目架构图

注意，我的mvp开发模式是将activity,fragment作为presenter。

在这里DataManager就是整个架构的核心了。因为我们使用的是rxjava+retrofit，自然要有一种流的思想。你可以这样想，一个数据流从hepler类流到datamanager，然后在这里做你所需要的变换。比如你需要把所有学生姓名的首字母大写，但是api返回的元数据是没有大写的。这样做其实就是为了给activity等presenter瘦身。我贴出我的DataManager的代码：

/**
 * Created by Zane on 16/1/26.
 */
@Singleton
public class DataManager {

    private GithubApiService githubApiService;
    private Context mContext;

    @Inject
    public DataManager(@ContextType("MyApplication")Context context, GithubApiService githubApiService){
        this.githubApiService = githubApiService;
        mContext = context;
    }

    //对用户信息进行一层过滤或者操作,然后在presenter中去调用这个方法.
    //当然我在这里做的操作毫无意义，但是如果有需要还是会减少activity活着fragment中的代码量。
    //presenter只负责调用。然后获得数据而不管代码的实现
    public Observable<Users> getUserInfo(String userName){

        return githubApiService.getUserInfo(userName)
                .map(new Func1<Users, Users>() {
                    @Override
                    public Users call(Users users) {
                        String name = users.getName();
                        users.setName(name + " datamanager");
                        return users;
                    }
                })
                .flatMap(new Func1<Users, Observable<Users>>() {
                    @Override
                    public Observable<Users> call(final Users users) {
                        return Observable.create(new Observable.OnSubscribe<Users>() {
                            @Override
                            public void call(Subscriber<? super Users> subscriber) {
                                subscriber.onNext(users);
                            }
                        });
                    }
                });

    }

    //对库的信息进行一层过滤
    public Observable<List<Repos>> getReposInfo(String userName){
        return githubApiService.getReposInfo(userName);
    }

}

我将用户的名字后面加了一个datamanager，在这里虽然没什么意义，但是要体现datamanager的作用所在。

不足

没有任何东西是完美的。

这里如果只有一个DataManager的话，那么如果数据量一大，这个类会变得非常的臃肿和复杂。

好了，去上课了。。近代史！