想用oops？你必须知道这些事

Creator 3.x
#21

MK框架可以兼容到2D版本上嘛？

#22

这个应该和2D,3D没关系

#23

从2.x开始研发，但已经放弃了2.x版本~

#24

我今天早上还下载下来看了下，确实只能用来练手，很多东西和我自己的理念不太符合，新的特性也没有用上

#25

还有就是除了名字叫ecs，实际上跟ecs完全不一样的ecs系统

1赞
#26

他那个跟ecs一点关系都没有，只是名叫ecs而已

#27

那实际上有一些框架功能在2d上用可能还需要改造一下。

#28

是的，框架内引用的 cc 模块都是通过 cc. 来引用的，所以改造比其他框架更快。直接在框架内文件夹搜索 cc. 看爆红就行了。哦对了还有 cc[，因为为了适配不同版本接口做的调整

#29

oops框架本身就是开源，对个人而言，甚至新手而言，大部分的功能已经能够满足基本的需求开发了。
倘若感觉不太好，代码仓库就在那里，可以申请修改。
将感觉不合理的部分完善起来，又何尝不是一种成就呢？
发个帖子，说道这么多的不是，好像就显得你牛逼…

1赞
#30

发布时看了一下，XForge到现在为止游戏所需模块很完善。核心模块需要看源码分析了，暂时没时间

#31

我之前也用过oops，后来选择没用了，看楼主的分析评测，能学很多东西。

#32

框架是为了方便游戏开发，如果什么功能都要自己去改那你这框架有什么用？产品有问题为什么不能说？怕暴露了自己编码能力？

为一个产品提交代码是在这个产品大部分功能都是完好的情况下才会去做，而不是把一个烂篓子身上所有的洞补完然后再让作者觉得自己很牛逼

#33

大胆点说，oops框架不太好用。
模块不够独立，脚本引入混乱，耦合严重。
极少使用的功能和模块很多，而且不好删除，牵一发而动全部，删一个脚本就够你奔溃了。
注释少，各种功能模块看的我莫名其妙(不知道有没有文档)。
做了全局oops模块，但是所有的智能提示都需要引入对应脚本(那你做全局oops是干嘛)。
很多功能模块用起来都很难用，感觉像是绕了一大圈。

1赞
#34

简单点说就是每个系统都有，但是每个系统完成度只有 2/5 或者更少

#35

单场景不太好用，我改成了多场景

#36

MK框架支持单/多场景，也支持纯代码/编辑器组件开发。欢迎体验
也不对场景结构/节点做任何要求

#37

你既然都知道，框架仓库就在这里：
https://gitee.com/dgflash/oops-framework
有空说教，那俺们评论下咋地了
你说了人家的不好，又指正了问题，却没有改正问题的态度，你发帖子的意思不就是显得你厉害嘛

#38

再补充一句：公司不想花钱，用了人家的开源框架，最后来个打着避坑的帖子
人要是感恩的，懂吗？
大佬，来，我教给你： gan en

#39

不如AZ.framework

#40
  1. 我没有让你不评论，反而我只是提出 oops 已有的问题后你说我认为自己很牛逼（恼羞成怒？）
  2. 我没必要为了一个低质量代码库提交代码，这是我的权利
  3. 改正问题的态度是什么？
  4. 公司用什么框架不是我决定的，但是我使用了它就有评价它的权利，懂吗？
  5. 我的 MK 框架也是开源的且没有我指出的 oops 框架的任何问题，欢迎对比，另外新手引导不收费

https://github.com/1226085293/MKFramework

https://gitee.com/muzzik/MKFramework

另外 oops 是我见过论坛所有框架中属于低质量的框架代码之一~ 我看过论坛发布过的所有游戏框架代码