感觉你说的是基于现在api的情况在解释。。。
3.x风格用新的Vec3覆盖position，适合多个坐标同时改变的情况。
就这个，提供一个直接设置v3的属性照样成
直接修改x，y，z实际要在修改里嵌套一些其他执行内容，使用set更直观，而且统一执行。
在x,y,z的情况下，每次赋值都会触发执行其他内容，使用set统一执行，可以减少触发次数。
猜测一下，2.x的元老是不是因为3.x舍弃原先用户优先的思路，选择无脑拥抱u3d才愤愤离职的
2.x 有些地方确实比3.x做得好
现在2.x的问题根本没人解答了 像极了我们这群做游戏的开了新项目 老项目的用户问问题提bug 生怕回上一句就粘上包袱抖都抖不掉 装死才是最好的
1赞
还在用2.x
还在用2.x感觉又脱离3.x太多了。
不清楚，经常改删东西，但又不告诉你替代方案或者是完全无替代方案，，
笑死，公司几波人内斗是这样的 
。老的走了，新的来。旧代码没人管，直接G
真不错，我看了你们的讨论，学到了很多！
风格啥的都是小事，能写就行，从2.6换到3.8，最让我费解的是EditBox在IOS平台下，虚拟键盘的"确定"按钮居然没有触发EditBox.EventType.EDITING_RETURN事件，
官方做的悬浮在虚拟键盘上的输入框边上的“确定”按钮，是正常触发了Return事件的。
就很纳闷，不知道这是“BUG”还是“设计如此”。一般用户都不会点你那个确定按钮，下意识都会点键盘自带的“确认”按钮，再怎么着，也得把这个给实现了吧？这个问题感觉也不是一天两天了
一去源代码EditBox-ios.mm一看，监听虚拟键盘Return的地方，只调用了一个cc::EditBox::complete函数
cc::EditBox::complete函数通过JSB调用了一个"complete"函数，这个函数 并不会触发Return事件
jsb-editbox.js
语法架构什么的模不模仿Unity无所谓，主要是这个安全感真的不太好，一出点奇奇怪怪的问题，其他引擎，大概率是自己问题，用Cocos，还得考虑一下是不是Cocos的问题。。。
1赞
你另外一个帖子3.x如何实现2.x功能 官方闻着味都能出来不请自答 要是换2.x如何实现3.x他们可能看到都觉得晦气 甚至我觉得他们添加到浏览器的是3.x分类的论坛地址2.x问题看都看不到
这个帖子又不是提问帖，只是吐槽一下
这就是立场不同，对同一个事物的看法不同
所以我标题就是说，我理解引擎组，但是作为引擎使用者的立场不认同，因为大部分时间写起来很麻烦
我也是吐槽3.x分区提2.x和2.x分区问3.x 官方根本不会鸟后者 甚至2.x分区他们会不会点进去以及看不看得到都是个问题
所以我都是发在3.x分区的
有一说一官方发布最后一个2.x版本2.4的时候就已经说了2.x不会再添加功能，最多增加新发布平台和修复非常重大的bug了，你们还要守着2.x，老项目可以理解新项目不解
早就转3.x了，但是有些2.x里比较好的功能希望3.x能沿用
比如一键查看动态合图的方法到了3.X没有了