Unity框架探索——StrangeIOC篇

前言

unity的框架，除了各大公司自己内部使用的，开源并好用的实际并不是很多，我会慢慢挖掘，依次写出自己的一点见解，错误的地方，望各路大神指正。

一、基本概念

控制反转（Inversion of Control，英文缩写为IOC），我的理解就是，原本A类要获取B类的对象，需要你在A类中自己New一个对象，那么是由A来获取并控制B的对象，IOC就是把对象获取的这个过程交给容器和依赖注入来处理，A类并不知道B的对象是哪里来的，对B对象的控制，由自己变成了其他类，官方一点的概念可以百度，这个还是蛮多的。

二、StrangeIOC基础类型

实际要理解一个框架的类型，还是要自己看源码，这里我只说一下几个重要类型的作用，这个看源码的时候有个印象，也方便理解，而且说这部分的帖子也很多，我就不再赘述了。

1.Context

上下文组件定义程序边界，也就是可以把一个程序定义成多上下文，让代码更加模块化
它提供了程序入口，也算是框架中耦合度最高的地方

2.Binder和Binding

这两个类是这个框架最重要的组成部分
Binding存储了对象的绑定关系，而Binder存储了Binding的对象

3.View和Mediator

MVCS中的View层，View只用于显示，也就是View只负责管理UI，Mediator负责界面逻辑，事件响应等

4.Model

MVCS中的Model层，负责数据部分

5.Command

MVCS中的Control层，负责执行逻辑代码

6.Service

MVCS中的Service层，负责与第三方交互，这个Service我理解的，并不是一定指代服务器，也可以是其他的软件，什么都可以，它就是我们程序对外的接口

7.Dispatcher

派发器是框架内通信主线的其中一种，用来派发消息，触发命令，从而进一步解耦

8.Signal

信号是框架内另外一种通信主线，它采用强类型，来绑定信号和命令之间的关系，实现消息响应的触发

9.ReflectionBinder

反射部分，通过binding来获取类的信息，存储在ReflectedClass中

10.injector

注入器,通过反射获取的信息，来实例化请求的对象

二、StrangeIOC的执行流程

我主要想写的是这个部分，其他的帖子很少有说明框架内部具体的运行机制和运行流程的
下面我就一步步介绍框架内部的主要执行流程：

1.CustomContext

CustomContext是我们自己创建的上下文类型，继承自MVCSContext，会在我们自建创建的ContextView中执行，这就是程序的唯一入口
而CustomContext的基类Context的构造中，调用了两个方法
[外链图片转存失败(img-n8k60PNC-1566895102644)(https://i.loli.net/2018/07/01/5b388eafb7b6a.jpg)]
其中Start方法，是框架初始化的重要方法

所以，如果有需要重写Start方法的地方，一定不要忘记base.Start();，不然会出问题
其中，instantiateCoreComponents()是实例化核心组件的

它生成了所有这些核心组件的实例

而addCoreComponents()就是来指定核心组件的绑定关系的

你一定注意到了，所有的绑定关系都是由injectionBinder来存储的，那么这个injectionBinder是怎么来的呢？

2.injectionBinder

这个Binder对象是在CrossContext中的属性中，自己new出来的，并没有依靠依赖注入

而在CrossContextInjectionBinder的基类InjectionBinder中可以看到注入部分所需的组件，都是在它的构造中自动生成的

很明显，injectionBinder是框架所有组件初始化的关键，其他的核心组件的实例化都是由它来完成的

3.核心组件的初始化

1）View和Mediator
View和Mediator比较特殊，因为是要挂载到GameObject上的
首先，View脚本会执行它自己的Awake()和Start()
这两个方法中，都调用了bubbleToContext方法，View使用这个函数，把自己添加到当前上下文中

在AddView中，调用mediationBinder的Trigger

然后在Trigger中

injectViewAndChildren就是用来实现注入操作的，这里等下详细说

mapView就是用来添加Mediator的

这里就完成了视图层的系统组件初始化流程
2）commandBinder
通信管线需要绑定Command
而框架内有两种通信管线
第一种:

这种是默认写法，就是用dispatcher（派发器）派发信号，来触发命令
派发器的初始化：
[外链图片转存失败(img-t4aaBtgY-1566895102647)(https://i.loli.net/2018/07/01/5b38c63bb3265.jpg)]
这两行代码在dispatcher中注册了触发器
dispatcher中使用triggerClients保存了注册的触发器

派发器的执行流程：
我们使用派发器的时候，是用Dispatch方法派发事件
在Dispatch方法中，把事件分发给注册过的触发器

而CommandBinder的Trigger方法，会执行ReactTo方法



[外链图片转存失败(img-EK2F3eLL-1566895102648)(https://i.loli.net/2018/07/01/5b38c8db80d0d.jpg)]
第二种：
就是用信号来触发命令，这种方式的实现，需要修改部分代码

如上图，需要解绑原本的ICommandBinder，并绑定为SignalCommandBinder
这样commandBinder才能实现信号的绑定
初始化：

bind方法会依次调用父类bind方法，调用到Binder

这里起到的作用是生成新的binding对象，来存储传进来的key值，而在生成binding的过程中，还绑定了这个binding的resolver（分析器）

这个resolver中，执行了ResolveBinding方法

而SignalCommandBinder的ResolveBinding方法，给提供的signal绑定了ReactTo方法

信号触发执行流程：
信号的触发，就是调用信号的Dispatch方法
而初始化时，signal绑定了ReactTo，之后命令的执行流程就和派发器一样了

4.注入流程

无论在哪个组件中，都会存在injectionBinder对象

实现注入就需要使用injectionBinder对象，有两种实现注入的流程
一种是向在MedaitorBinder中一样直接调用

或者像CommandBinder这样

获取到Injector对象以后，调用Instantiate方法

而在Inject方法和Instantiate方法中，都有这句代码

这句就是通过类型，获取反射信息的代码，获取反射信息之后
而在Inject中，调用了这样两个方法

以上就是框架内核心部分的执行流程

三、StrangeIOC的绑定部分

IOC框架是需要提前配置绑定关系的，像java中，很多框架是用配置文件，StrangeIOC中，是在代码中进行绑定
在自己写的继承自MVCSContext的类中，需要自己重写mapBindings方法，这个方法的内容，就是配置绑定关系
1.绑定View和Medaitor，要使用mediationBinder

To< M>:类型M必须是继承自Mediator的类型
2.绑定Command，要使用commandBinder
1）如果是用派发器触发命令
可以这样写

Bind(key).To< C>
key可以是字符串，枚举等
C必须是实现了ICommand的实体类
2）如果是用信号触发命令
可以这样写

Bind< S>().To< C>
S: 必须是Signal
C：必须是ICommand的实体类

以上就是我自己对这个框架的一点了解，总的来说，IOC框架对于解耦做的还是比较好的，但是也经常会造成调试的难度，但是这个可以用规范的代码来降低风险，所以这个框架还是值得使用的。

StrangeIOC每个层的脚本基本都是成对出现的，比如我们写Player功能，需要生成PlayerView，PlayerModel，PlayerService等等，我自己写了一个插件，用于一键自动生成一套脚本，详见：自动创建框架配套脚本

我会在我的公众号上推送新的博文，也可以帮大家解答问题
微信公众号 Andy and Unity 搜索名称或扫描二维码

希望我们能共同成长，共同进步