把一个四不像ecs拿来当ioc容器的框架 
1赞
对于框架,公开或者内部推广的框架,个人最关注2个点
- 对于多开发者协作:解耦,模块化. 减少协作者之间的沟通成本,在某些情况下牺牲一点性能都可以.
- 对于一个开发者:低心智负担. 什么意思呢,一个功能不要过度封装,也不要太原始. 要让使用者基本看模块名字和函数名就能知道什么功能,返回什么值.只关心调用即可.
这个帖子的两个框架代码我都拉下来看过,对于以上两点,mk要好的多. 但是如果,你是一个刚入门没有太多游戏开发经验,你可以选择oops快速使用起来,熟悉了后参考mk写适合自己的功能模块.
注明：写此贴的原因是因为自己被 oops 恶心到了，看到新手还在问 oops 的问题故此发帖。另外我现在公司使用 oops 的项目是我进入公司之前就存在的，如果是新开项目我绝对不会同意用 oops
如果你有更好的框架，欢迎你在论坛中发帖说明，很多人会感谢你的
如果因为我的一些内容，您才告知我您有什么样的框架，您觉得他人会怎么想呢？
无论oops好不好，已经用了，它的设计思想咱也理解了，甚至在新的框架角度有了更好的想法。
这本是一件好事。
觉得不好，还是那句话：可以私下与作者沟通，交流，提出咱们良好的建议！
一个帖子，多少人会怎么看待oops，又有多少人怎么看待oops作者的付出。
你觉得呢？
1赞
你说的很对，我赞同低心智负担，我的设计也是尽量少接口。
你说的 MK 问题也确实存在，因为我没写多少文档，导致新手上手入门速度比较慢。同时也欢迎其他人加群讨论（点我头像）。实时在线解答，另外我后面会逐渐补充文档和插件
我之前也是接手了同事的一个oops项目框架，也是被恶心到了，当时真的很想骂人。
之前还遇到一个问题，打包APK后有个报错，我对安卓不太熟，然后就和同事研究了半天，最后确认是框架里面的网络模块出的问题，但问题是我根本没有使用这个模块，然后删了这个模块就好了。
1赞
贴主指出oops框架不好，又不是胡说八道，直接点出了问题在哪，不是一件好事吗？
对使用者和作者都算是好事。
如果原作者因为自己代码写的不好被指出来，就感觉被针对，那心胸未免也太狭隘了。
这就好比两个开饭店的，一个店家在另一个店家门口说他家肉不新鲜，他家菜不好吃，言外之意就是我家的肉好，我家菜好吃
你知道我什么不放每个问题的对比图吗？就是为了你说的这句话。如果我是为了推广自己的框架，我会在每个问题展示我自己的框架代码对比
我发帖之前就想到了有人这么说，只有 oops 没有引导模块的时候我才发的自己框架引导系统的代码链接
楼主的几个论点都有理有据，能帮我节约体验成本，这对我来说是一件好事；按照你的比喻就是，之前这家店的肉确实不新鲜，我不用亲自吃一遍。
我本来对oops的评价是“就是xx”，结果被版主改成了“不太好用”这4个字。 
这俩东西我真都没怎么了解过，我就是个看热闹的，看了这帖子给我就这感觉，我就这么说了，至于你说的体验成本，没有两个都尝过，谁知道哪个和自己胃口，抖音上的探店，你也不可能全信吧？按照我的经验，哪个框架也不用就对了
我感觉必要踩别人抬高自己。写得好，就多推广下自己的框架，让更多的人用证明自己框架优秀。好不好用，等用的人多了自然有人来评论。
这贴子中心思想就是:
- oops不好用，新人不要用
- 要用贴主设计的MKFramework
我猜你们公司老项目的代码让你维护，间接让你发这贴来发泄情绪，你应该喷一下公司老项目程序员，他为什么选oops没选你写的框架。
2赞
我只赞同你说的第一点，至于要用什么框架看自己喜欢什么，发帖的原因我上面也说了。有人用我的框架更好，没人用我也在持续更新。我的框架没提供什么付费点
另外新人如何选择框架？我推荐的是下载几个框架，写一些最常用的例如打开UI，切换场景，播放音乐…等等，选择自己用的顺手的就行。
没必要说人家新手玩具，甚至评论还有说一坨x的，换做你是作者你什么感想，你下次还会开源吗
oops 的ecs有什么问题吗？我在用耶，还没用过其他的ecs
愿意分享出来就是好的，有功的，可以批评，但是不要语言攻击
只说自己的东西 不管别人
既然开源了，就要接受合理批评。看cocos遭受了多少"谩骂"
楼主的帖子有理有据，觉得不对的兄弟可以尽情发表你的合理反驳。
接受不了批评干嘛开源，比如我用我自己写的■■框架，我就接受不了，所以我不开源。。
1赞
马赛克的风格一直这样~
我赞同你的观点，保留你的态度