有正常源码还不知足
我的写法和他的写法，风格差异太大，看着都觉得难受，别说改了
所以你是要买符合你代码风格的源码 并且要求远程看一眼源码 
我觉得我写的风格很大众啊，绝大多数源码都适配 买一套源码要是只看视频演示的话，我手里这套，绝对算是非常好的了，所以远程看一眼，又不仔细查看，研究很久的.我举得应该没什么问题
诸位多多关注，有的说一声
最讨厌那种一堆继承 还继承个三四层以为自己写代码很好，其实阅读性很差
1赞
这种应该叫做类吸血鬼幸存者，不是向僵尸开炮，虽然差不多
是啊，什么都不好找，脚本不挂载，只有一个场景，其他全是预设物，预设物上没脚本，所有内容都是加载预设物然后cc.find,把人恶心死
我就是脚本不挂载 全是预设体 预设体上也没脚本 我连场景都是空的
我还见过脚本全部动态加载addComponent,真的是无语不知道IDE方便以为自己写的代码很牛逼
这类代码还好吧，有幸二开过，反正只要不是反编译我觉得都行
这不很正常么？多人开发给你搞丢一个meta你就爽了
3赞
有幸吃过这样的亏
确实这类写法其实也有好处的，那就是要找一个节点引用在哪里可以脚本搜出来，毕竟所有node都是脚本生成。对不熟悉项目的人来说比较友好。
我说一种更恶心的，所有节点引用都是用编辑器挂载的，而且每个名字还和挂载上去的节点名不一致的，这种维护起来真是要命，想看看场景里某个节点被怎么引用，有什么逻辑，搜又搜不到，要挂载节点一个个找，每次找个节点引用都要到场景里一个个翻。
全挂载确实方便，要是想全挂载起码下个快闪编辑器啊，直接节点拖动进脚本，脚本引用节点名字，一致多好？非要脚本里一个名字，节点另一个名字。 
这种一般多人协作的情况下，只需要了解公共类既可，如果要频繁引用别人的类，那说明耦合度太高了，项目架构问题太大了，你说那种完全是项目规范问题，这种主程在review的时候就应该直接给他代码删了
meta这个东西在多人开发的时候太不安全了，我个人更倾向FGUI，用起来根本就不需要考虑meta冲突
恰恰相反，主程一般抓大放小，不会去管这种名字对不对的上的问题，并不会有主程review还去翻场景搭建的，只会看代码是否合理，单看代码没啥理由删代码。还有就是我是接单的时候遇到的这个项目，有没有主程都另说
外包那就另说了，功能能跑就行，没啥规范，真正自研项目，肯定还是跟规范走的，对不上名字这种一般都要挨说，也不是说主程肯定会挨个去翻，没准哪天闲下来的时候就会看看，忙起来的时候一般就不管了
肯定不会管的，除非有人举报给主程，review一般都是只看代码，看些逻辑性的代码没问题就行，怎么取的节点哪会在意
是的，一般不忙的时候都要review一遍的