你写个行为逻辑是定义一堆接口去实现还是把完全不同的行为封装成不同的组件，
然后的一致的行为通过组件model去管理好？
再说ui，cocos的UI不一样是组件？
静态ui只需要关注本身的数据和渲染交互。
数据交互由对应模块model层管理。
如果需要给它加上其他效果，你就加对应的组件就行了。
你用mvc怎么搞？定义一堆接口去实现然后写一大坨继承链路？
有空专研是好事。
仅表达一个观点：任何框架（包括但不限于mvc）都是有额外学习成本的。框架开发者设计能力如果不扎实，使用者学习成本还会额外增加。
是的，我赞成，能基于cocos组件式的框架能写得好写得清楚最方便让人维护，由于我是从web前端转过来的，本身是对MVVM、MVC这类接受程度较高，之前我就接手过真正意义上的MVVM 的Cocos项目，但是由于我之前一直接触cocos组件式的开发，让我感觉非常别扭和难上手，MVVM 和MCP之类的设计我推荐在游戏上实现一些系统类的功能更好,而不是贯彻整个游戏内容上去设计。
汗，我接触过的组件有两种，
一种是Flex 那种UI皮肤形式的组件，像egret,laya1.x, laya.2,fariygui都是那样子的。
另一种基于ecs的组件，包括cocos，Laya3都是这么搞的.
(Node 看成entity, component 就是ECS 的component, 打个断点看一下哪里调用的component 的Update,那里就理解为system）大体思想已经有了.
凡事都有好与坏的一面。至于你能否看的到也不重要了，一切以便捷为主。怎么轻松怎么来就是了.
我整个项目框MVC为主，ECS只有战斗会有用到。
我后端转来的，mvc在后端是无可替代的设计理念。放在游戏开发里面我真觉得太啰嗦了，设计公共框架这样搞还行。实际业务真这样写太要时间了，而且不见得好维护