毕竟楼主使用过 oops，喷它不好的地方，个人是支持的。
就像 Cocos 免费使用，但 Cocos 是基于这个免费使用的人群，建立自己的商业生态的。这个免费是有代价的。大家能说不让喷 Cocos ？
同样， oops，框架免费，商城有一些扩展功能收费，也是这套模式。个人认为如果功能实现上有问题，是可以喷的。
只是喷的话，言辞太激烈，正常人都很难接受
这恐怕还是不行的吧，自己一个人一个项目也许无所谓，但有人合作 ，最基本最简单的要求都做不到 会出很多乱子的
因为我现在是一个人开发。。。
一个人最好也要吧，保不齐什么时候加人了，或者别人接手了， 我就接手了别人的项目，一会myVar 一会MyVar 一会My_Var 一会_mVar M_var 我真的是 我天天日决他
一个人肯定大致也有一类风格的，别担心。我是和那个家伙说， linux 的源代码，很多都是 下划线分割的。驼峰、蛇形的方式，适应起来就不纠结了。
这里核心的问题是，框架在多大程度上提供了解决问题的能力。
友好讨论！
没必要吵起来，技术论坛讨论即可，老项目框架选型不适配那就是选型的问题，oops你用的不舒服和大家讨论或者和 @dgflash 提出就好，人家不是你的员工，哪怕极端点，你说"就是不好用怎么滴"或者私下开骂都好过公开指责他人，人无贵贱，技术无高低 ，无论是你的MK还是他的oops，都是不错的 技术分享,都已经让我有了一定的受益
1赞
框架本来就是取长补短的，没有谁的就一定对，只看哪个更适合自己，无论是编码习惯还是代码网格等
1赞
最后几条评论说到点子上了，前面的评论戾气太重了。本来就是技术论坛，戾气没必要那么重。给人一种代码写的差，就别写的感觉。
1赞
楼主有空的时候，可以评价一下xForge和tgx吗？
1赞
你真滴太坏啦 
我是真诚求教 
我也想听听tgx
需求一直在变，哪有十全十美的框架，，，，，
我比较想了解一下XForge的相关评价，因为我近期刚好又把这个框架翻出来学习中…
我就没有这个烦恼，一向都是自己手工定制，两周时间差不多了。第三方的代码模版用起来比较痛苦。
不过lz说的也有道理，特别是类型安全那一块，我也不太注重，主要还是我对ts用的比较浅（毕竟不是母语，没太深入），后面可以多考虑一下。
我说点反人类的观点，很多人说不要吵不要吵，我觉得没必要，我觉得吵是可以的，但仅限于吵技术观点，不要上升到人生攻击，打架吵完，全论坛的人都会受益，cocos生态也会受益，自古以来哪个团队，哪个项目，哪个牛逼的公司不是吵出来的啊？不吵不闹，不理不睬的，死气沉沉的，那才问题大了，你看婚姻，如果到了两口子各玩各的，到了这种地步，那就已经到头了。
2赞
关于命名：命名我会在下个版本改成驼峰，太多人说了。这是一个缺点
关于注释：你说的注释是框架内(extensions\MKFramework\assets\mk-framework)的代码吗？如果是的话可以说明下具体位置。我会改下，如果是 demo 中的话可以忽略。
关于文件命名：这是个人习惯，你可以随意命名，我的命名结构是 bundle名_模块名_子模块名，这样可以有效防止命名重复导致的 bug
感觉linus的坏脾气确实影响了一代程序员