unity StrangeIoc

佚名 6年前 (2019-04-12) 随笔 1555人围观抢沙发百度已收录

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

1.实用链接

2.控制反转（Inversion of Control）

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

3.框架流程

StrangeIoC框架图

SRE实战互联网时代守护先锋，助力企业售后服务体系运筹帷幄！一键直达领取阿里云限量特价优惠。
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<RequestScoreCommand>();

        //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）
  区分多个绑定：
```
 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带来的便捷的注入。