在接口IScoreService中添加
IEventDispatcher dispatcher{get;set;}
回到继承这个接口的ScoreService中实现，同样是用inject自动注入
回调通常使用event，所以我们再创建一个ServiceEvent枚举
public enum ServiceEvent{
RequestScore();
}
在RequstScoreCommand的Execute中添加监听器，用来响应返回的数据
Retain();
scoreService.dispatcher.AddListener(ServiceEvent.RequestScore，OnComplete);
命令只执行一次，执行完毕之后就会自动销毁，我们需要维持这个命令存在的话就需要用到retain函数
在执行完oncomplete，也就是回调完成之后使用release函数进行释放
创建一个RequestScoreCommand类，用于使view层和service层进行数据交互
public class RequestScoreCommand:Command{
[Inject]
public IScoreService scoreService{get;set;}
public override void Execute(){//数据传输逻辑方法
}
}
使用inject注入时，这个接口是与哪个实现类绑定的，则会注入相应的实现类
我们需要在mediator里触发这个command，所以mediator需要引用，这里依旧使用inject自动注入减少层之间的耦合性
在Context中做的绑定都是全局的，是通过event去调用方法，方法需要是全局的，所以我们这里要用到全局派发器
[Inject(ContextKeys.CONTEXT_DISPATCHER)]//全局的dispatch
public IEventDispatcher dispatcher{get;set;}// IEventDispatcher是接口类型
同样需要设置get、set方法系统内置的command都有绑定event，而我们自己定制command则需要手动写event并绑定
dispatcher.Dispatch(CommandEvent.RequestScore);
Dispatch()可以发起一个event，与之绑定的command会被调用
在command文件夹中创建CommandEvent类，用来保存所有命令的事件，这个event是枚举类型，不需要继承自任何类
public enum CommandEvent{
RequestScoreCommand();//返回数据命令
}
需要在Context中绑定
commandBinder.Bind(CommandEvent.RequestScore).To<RequestScoreCommand>();
service接口与其实现类也需要绑定
injectionBinder.Bind<IScoreService>().To<ScoreService>().ToSingleton();//表示这个对象只会在工程中生成一次
由于是属于inject注入，所以需要使用injectionbinder，并且service和model在工程中只有一个，所以我们需要用ToSingleton将其作为单例
添加
public class RequestScoreCommand:Command{
[Inject]
public IScoreService scoreService{get;set;}
public override void Execute(){
scoreService.RequestScore("xxxx.xxx.xxx");//调用响应方法
}
}
cubeview需要与model层交互还需要通过一个脚本控制
创建一个cubemediator
在mediator里对view初始化
mediator里需要对OnRegister与OnRemove重写
在context中对mediator进行绑定
mediationBinder.Bind<CubeView>().To<CubeMediator>();
<>内的是类，（）中的是枚举
绑定之后当游戏开始框架会自动将mediator挂载到view所在的游戏物体上
mediator中需要获取到cubeView
[Inject]
public CubeView cubeView{get;set}
[Inject]可以自动帮助开发者注入，减少组件之间的交互
当绑定完成的时候，就会调用mediator里的onregister，当游戏物体被移除时调用onremove，前提是mediator的view是在运行的
把cubeView的初始化放在onregister里
public override void OnRegister(){
cubeView.Init();
}
view只与mediator交互，与之绑定的mediator负责与外界交互
一般情况下，游戏逻辑都是在view层完成，只有当需要储存或读取数据时，才会通过controller层与service和model层交互
是什么层的就以什么层作为文件名结尾
例如：CubeView
视图层需要继承自view类
不要直接覆盖view类的start和awake方法
我们可以创建一个init（）方法来跨过start方法初始化物体
始终记住数据应该存放在model层
在To<StartCommand>()后追加.Once()表示这个绑定只使用一次，使用之后就解绑
按照MVCS的模式我们还需要创建model、这里创建一个ScoreModel用于存储数据，不需要继承自任何类，并且给数据设置get set方法
跟外界交互需要用到service，创建service需要两步，一步创建接口，第二步是创建实现接口的类，这样以后如果有新的交互需要添加只需要更改接口即可
创建一个service的接口IScoreService，不需要继承自任何类
接口里有接收分数的方法 void RequestScore（）；//用于向地址请求分数
int OnReceiveScore（）；//用于储存返回的分数
void UpdateScore();//用于更新分数，更新到服务器端
创建一个实现接口方法的类ScoreService，由于需要实现接口，则需要继承自IScoreService
创建一个StartCommand类继承自Command
在Demo1Context中的mapB方法里对StartCommand方法进行绑定
CommandBinder.Bind(ContextEvent.START).To<StartCommand>();
这个方法需要写在model、serivce、command、mediator绑定之后，因为需要先绑定后才能启动
在startcommand中需要重写Execute()方法
public override void Execute(){}
在starcommand被调用的时候会默认调用这个重写方法
protected override void mapBindings(){}
新建一个脚本名为Demo1ContextView，用于启动contextView，该脚本继承ContextView，继承后使用系统补全命名空间，并且将该脚本挂载到场景的空游戏物体上
新建另一个脚本Demo1Context作为contextView，该脚本继承自MVCSContext，同上
在Demo1ContextView中的awake方法里创建
this.context=new Demo1Context(this);//该方法需要传入一个monobhvs，而ContextView则继承自monobhvs，所以直接用this
该方法创建时会自动启动MVCS框架
在Demo1Context中实例化框架，这是其中一种实例化方法
public Demo1Context(MonoBehaviour view):base(view){}
实例化框架后需要进行绑定，覆写父类的绑定方法
protected override void mapBindings(){}
绑定四个脚本，方便数据交互
transformfgvb
dispatcher.AddListener();方法要在dispatcher.Dispatch()方法前调用，要不然就无法注册监听
service-command-mediator-view
### StrangeIoC介绍（MVCS）
- 在github上或者AssetsStore上引入
DI依赖注入
MVC设计模式
[MenuItem("test/test1")]
context 语境
Context 环境 进行绑定。
dispatcher 派发器
重复的代码做成工具。
