QFramework之ManagerOfManagers

---

前言

这是一个把项目的系统分割成多个管理类，所有操作都有自己的管理类进行执行，各个管理之间使用消息体进行通讯，优点：各个管理类执行自己相关的操作，每个管理类的事件系统也有自己管理，耦合降低，后期修改起来如果有部分逻辑耦合能快速找到对应位置，然后利用屏蔽、方法重载、重新规划新的事件等方法快速搞定传统的直接使用管理类进行管理，事件中心处理所有事件-在后期修改的时候耦合度会变得很高，改起来费劲。 （QF内部有使用案例，但是没有相应的讲解，初学者可能看不懂）

首先模拟一个使用环境，我们是科学家，研究各种生物。
策划需求：整个游戏，要有各种生物，没有模型先用方块+文本代替；把他们放在一起，他们可以攻击、逃跑、捕食，研究他们的精神、身体等关系。
分析：生物系统：生物管理类、生物类、生物行为事件

---

一、总管理类

我的李姐是用来初始化和做一些全局操作，这个要挂载到场景当中

   public class ManagerOfManagers : QMonoBehaviour
    {
        public override IManager Manager { 
            get {return UIManager.Instance; }
        }

        // Start is called before the first frame update
        void Start()
        {
        	//初始化
            ResKit.Init();
         
        }

        // Update is called once per frame
        void Update()
        {
            if (Input.GetMouseButtonDown(0))
            {
            	//全局性的操作
            }
        }
    }

二、创建基本类

    public enum BiologyType {
        人,
        猴,
        老虎
    }

    /// <summary>
    /// 生物
    /// </summary>
    public class Biology : QMonoBehaviour
    {
        public BiologyType BiologyType;

        public int Life { set; get; }//生命力
        public int Spirit { set; get; }//精神
        public int Body { set; get; }//身体

        public override IManager Manager
        {
            get { return BiologyManager.Instance; }
        }

        public void Move() {
            //TODO
        }
           public void Skill(int Id) {
            //TODO
        }
        public void Eat(int Id) {
            //TODO
        }
    }

三、生物系统管理类

1、添加生物系统的管理ID
搜一下QMgrID脚本,发现这些都是系统的事件变量，每3000标记一个系统。

    public abstract class QMgrID
    {
        public const int Framework = 0;
        public const int UI = Framework + QMsgSpan.Count; // 3000
        public const int Audio = UI + QMsgSpan.Count; // 6000
        public const int Network = Audio + QMsgSpan.Count;
        public const int UIFilter = Network + QMsgSpan.Count;
        public const int Game = UIFilter + QMsgSpan.Count;
        public const int PCConnectMobile = Game + QMsgSpan.Count;
        public const int FrameworkEnded = PCConnectMobile + QMsgSpan.Count;
        public const int FrameworkMsgModuleCount = 7;
    }

我们的生物系统当然也要占据一席，不过不是在这；搜一下MgrID脚本，将生物系统添加进去，算一下标记递增3000。

  public class MgrID
    {
        public const int Biology = (QMgrID.FrameworkMsgModuleCount + 1) * QMsgSpan.Count;
        public const int ???= (QMgrID.FrameworkMsgModuleCount + 2) * QMsgSpan.Count;

    }

2、生物系统：#region 单例部分照猫画虎即可，就是一个以系统划分的单例写法，用MgrID驱动和划分。下面就是管理类需要的基本方法，比如创建生物方法。

    public class BiologyManager : QMgrBehaviour, ISingleton
    {
        #region 单例
        public static BiologyManager Instance 
        {
            get { return MonoSingletonProperty<BiologyManager>.Instance; }
        }
        void ISingleton.OnSingletonInit()
        {

        }
        public override int ManagerId
        {
            get { return MgrID.Biology; }   
        }

        [RuntimeInitializeOnLoadMethod]
        public static void InitManager() { 
            QMsgCenter.RegisterManagerFactory(MgrID.Biology,() => Instance);    
        }
        #endregion

        protected override void ProcessMsg(int eventId, QMsg msg)
        {
       
        }

        private Dictionary<int, Biology> _DicBiology = new Dictionary<int, Biology>();

        public void CreateBiology(int Id) {
            var biologyObj = new GameObject("生物" + Id);
            var biology = biologyObj.AddComponent<Biology>();

            _DicBiology.Add(Id, biology);
        }


    }

之后该方法就可以直接调用了。

BiologyManager.Instance.CreateBiology(1001);

四、系统事件

创建生物事件

    public static class BiologyEvent
    {
        public enum Nomal { 
            Start = MgrID.Biology,
            End
        }
        public enum XXX { 
            Start = Nomal.End,
            End
        }
    }

现在基本架子搭好，接下来完善逻辑，比如策划设计了一个吃这个行为，可以生吃、烤熟吃（🐻烤🐒？），吃东西的同时要发出声音，我们第一步在生物类完善吃这个方法；

        public void Eat(string str) {
            Debug.Log(str);
            //TODO 其他的逻辑
        }

第二步就腰在生物事件去注册一个消息体；

    public static class BiologyEvent
    {
        public enum Nomal {
            Start,
            走,
            End
        }
        public enum Eat {
            Start = Nomal.End,
            生吃,
            熟吃,
            End
        }
    }
    
    public class BiologyRawEat : QMsg{

        public int Id { set; get; }
        public string Speak { set; get; }
        
        public BiologyRawEat() : base((int)BiologyEvent.Eat.生吃){ 
        
        }
    }

第三步在BiologyManager脚本中找到ProcessMsg尝试完善她。

   protected override void ProcessMsg(int eventId, QMsg msg)
        {
            if (eventId == (int)BiologyEvent.Eat.生吃)
            {
                var eat = msg as BiologyRawEat;
                var biology = _DicBiology[eat.Id];
                biology.Eat(eat.Speak);
            }
        }

五、使用消息体

先创建几个生物，然后点击左键发送信息，开吃！

    public class ManagerOfManagers : QMonoBehaviour
    {
        public override IManager Manager { 
            get {return UIManager.Instance; }
        }

        // Start is called before the first frame update
        void Start()
        {
            ResKit.Init();
            BiologyManager.Instance.CreateBiology(1001);
            BiologyManager.Instance.CreateBiology(1002);
            BiologyManager.Instance.CreateBiology(1003);
        }

        // Update is called once per frame
        void Update()
        {
            if (Input.GetMouseButtonDown(0))
            {
                SendMsg(new BiologyRawEat() { Id = 1001,Speak="准备开动"});
            }
        }
    }

六、优化

1、CreateBiology方法，这里只有一个Id赋值，可以改成自己想要的方法或者写重载，这里是示例所以什么生物的类型都没有用上哈。
2、消息体构造方法，可以在发送消息的时候方便一点，当然可以有多个构造方法。（这个BiologyRawEat 在某些模块考虑性能也可以是结构体）

    public class BiologyRawEat : QMsg{

        public int Id { set; get; }
        public string Speak { set; get; }

        public BiologyRawEat(int Id,string Speak) { 
            this.Id = Id;
            this.Speak = Speak;
        }
        public BiologyRawEat() : base((int)BiologyEvent.Eat.生吃){ 
        
        }
    }

3、剔除（屏蔽）事件：多系统之间慢慢的会有耦合，可以用这个eventId进行剔除
4、多个行为就如法炮制，不要嫌麻烦

---

总结

其实这个所谓ManagerOfManagers之前做游戏的时候用过类似的管理方式+ECS（处理大量的加载销毁、特效之类的），性能还行，核心是”将不同的功能模块单独管理“。使用的话主要需要注意新手来一定要教学一下，像我去的时候没人说自己看很费时间，更别说如果来个不懂的可能就开始乱写。
一般来说项目中期就是填写各个逻辑，修改逻辑，修改bug，也就是说该架构让开发者只关注于逻辑功能开发，并且规则大家都遵守的情况下维护起来还是很轻松的。例如游戏中的敌人、关卡、引导根据项目都可以当作系统进行规划，把初步架子搭起来，后面人照猫画虎就能把功能完善个七七八八。