unity StrangeIoc

已经很久没有写博客，主要原因还是自我荒废了太久，在学习上失去了动力。最近来新的公司实习，以前都是做项目的开发，现在被调到框架组，主要从事的是框架维护还有开发。学习了许多新的知识还有优秀的框架，今天就写写自己在学习unity框架strangeIoC，学习到的一些知识还有遇到的一些坑。

1.实用链接

• StrangeIoC Git链接
• StrangeIOC的入门级使用理解
• unity StrangeIoc框架总结

2.控制反转（Inversion of Control）

• 首先明白一个概念，即明白什么是控制反转。它把传统上由程序代码直接操控的对象的调用权交给容器，通过容器来实现对象组件的装配和管理。所为的“控制反转”概念就是对组件对象控制权的转移，从程序代码本身转移到了内部的容器。
  依赖注入：是一个上诉概念的一个实现。这是当前最流行的IoC类型。基本原则就是：应用组件不应该负责查找资源或者其他依赖的写作对象。配置对象的工作应该由Ioc容器负责。具体查看：控制反转(IoC)与依赖注入(DI)

3.框架流程

• StrangeIoC框架图
  

• StrangeIoC采用的是MVCS的框架结构，整个业务流程：

  • 玩家点击某个UI
  • mediator收到通知，触发某个command命令
  • command执行初始方法
  • command向model请求数据
  • 数据库无数据向service请求数据（数据库无数据，有数据则跳到第六点）
  • Service返回数据，command同步model
  • command返回数据给mediator
  • mediator通知view更新UI

• Root

  root是进入框架的出发点，我一般都挂载在main camera上，没有特别的限定

      public class Case1ContextView : ContextView
      {
          private void Awake()
          {
              this.context = new Case1Context(this);
          }
      }
  
  

• MVCS Context

  • 这一层是整个StrangeIoC最核心的一层，我们可以将一个或多个对象与另外一个或多个对象绑定（连接）在一起，将接口与类绑定来实现接口，将事件与事件接收绑定在一起。或者绑定两个类，一个类被创建时另一个类自动创建。

  public class Case1Context : MVCSContext
  {
      public Case1Context(MonoBehaviour view) : base(view)
      {
          
      }
  
      protected override void mapBindings()
      {
          // model
          injectionBinder.Bind<IModel>().To<Model.Model>().ToSingleton().CrossContext();
          
          // service
          injectionBinder.Bind<IScoreService>().To<ScoreService>();
  

// commandBinder.Bind(Case1ServiceEvent.ReceiveScore).To();

        //command
        commandBinder.Bind(Case1CommandEvent.RequestScore).To<RequestScoreCommand>();
        commandBinder.Bind(Case1MediatorEvent.ClickMediator).To<ChangeSceneCommand>();
    
        // mediator
        mediationBinder.Bind<Case1View>().To<Case1Mediator>();
    }
}
~~~

- 绑定从层次上分为3种：Injectionbinding ,CommandBinder, MediationBinder
    **Injectionbinding**：主要是用来绑定该类型对象到上下文，这样使得程序中各个地方可以通过contextview访问得到该对象。这种绑定会生成对象。这种绑定是为了生成对象并且注入到指定对象中用的。
    **commandbinding**：是为了将命令绑定到方法中用的。
    **MediationBinder**：则是为了拦截view消息，而将view注入中介mediator中，然后在view的awake方法里面生成meidtaor对象。本例中将Case1View和Case1Mediator绑定起来，实现view层的点击通信到mediator层去做处理
- 绑定的映射还分为许多种：
  **1.单例映射（ToStringleton）**
    `injectionBinder.Bind<IWeapon>().To<PhaserGun >().ToStringleton();`实现全局的注入，实例化出来的对象是唯一的。
   **2.名称映射（ToName）**
    区分多个绑定：

   ~~~python
    injectionBinder.Bind<ISocialService>().To<TwitterService>().ToSingleton().ToName(ServiceTypes.SECONDARY);
    injectionBinder.Bind<ISocialService>() .To<TwitterService>().ToSingleton() .ToName(ServiceTypes.TERTIARY);
    ~~~

    在注入标签处也要进行名称添加。
    `[Inject (ServiceTypes.TERTIARY)]   public ISocialService socialService{get;set;}`

    
   **3.穿过Contexts的映射（CrossContext）**
    `injectionBinder.Bind<IModel>().To<Model.Model>().ToSingleton().CrossContext();`

     这个方法可以实现不同scene或者说不同context的单例实现

    **4.还有许多的映射没实现过，大家可以在需要的时候在官网的api查看**

• View和Mediator

    view只是负责单纯的界面UI更改以及操作监听，Mediator则负责对UI操作所需要的数据之类的进行调用相应的command命令。具体看代码注解更为详细易懂。较为关键的一点是**全局的IEventDispatcher**的注入
  

   [Inject(ContextKeys.CONTEXT_DISPATCHER)]
   public IEventDispatcher dispatcher { get; set; }
  

  关键字为**ContextKeys.CONTEXT_DISPATCHER**，这是个全局的派发器，当你在mediator发送某个事件的时候，可以在使用相同的派发器来监听，这样可以避免一个command创建后只能实现一次的尴尬局面。
  

• command

  command可以继承EventCommand，这样可以不用自己注入全局的dispatcher。在MVCS Context中我们绑定了事件和command，当我们在Mediator中发送一个事件，可以实例化一个对应的command来进行通信。
  command的中的Execute()方法通过CommandBinder自动触发。大多数情况下 ， 执行的顺序是这样的：1.实例化Command命令绑定到Ievent.type。2.注入依赖关系，包括Ievent本身。3.调用Excute（）。4.删除Command命令。命令不一定要马上清理，我们可以控制它的存在时间。（Retain()和Release()）

• Service和Model

  Service是model层分出来单独处理服务端的交互的模块，他们之间一般需要同步更新数据（效率高可用异步）。一般我们在处理这一层的时候，都是写好相应的接口，然后通过继承来实现主要的逻辑。因为服务器和数据是比较多变的，虽然定义了接口，可是我们的使用的时候可以享受StrangeIoC带来的便捷的注入。
  
  
  

总结

• View只负责显示和监听，当发生UI操作的时候，view通知mediator，mediator在调用具体的command去执行具体的任务。Service和model只和command交互，不去处理view的事情。
  最后附上demo的框架图（我将model提取出来公用）：