因为我现在是一个人开发。。。
一个人最好也要吧，保不齐什么时候加人了，或者别人接手了， 我就接手了别人的项目，一会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的坏脾气确实影响了一代程序员
论坛有多少人喷 cocos 引擎？有人阻止吗？cocos 不是开源的吗？然后换一个场景，一样的人。转头就说批评差代码不对，典型的双标
另外如果面对一个差的产品还要夸奖，我实在不认为这个人有正常的思考能力，虚伪且可笑
1赞
我仔细拜读了一下大佬的框架代码，我感觉挺实用的，一看就是多年经验的总结。对于一些常规项目，使用这个模式应该会很清晰。
请大佬有空写一个详细的使用教程吧，我感觉这个框架还是挺有前途的
1赞