Atitit Cocos2d-JS v3.x的不方便的地方建议

@attilax2 写道：

Atitit Cocos2d-JS v3.x的不方便的地方建议

1.1. Api 兼容性 1
1.2. Gui dsl 引擎,与可视化场景ui编辑器。 1
1.3. 事件处理较为繁琐 1
1.4. 使用prj。Json做配置，导致必须web服务器才可调试运行 2
1.5. 逻辑引擎 （逻辑可视化编辑器） 2

Cocos是个很好的游戏引擎呀。
这几天使用了下cocos，发现了很多值得建议的情况啊，希望下一版本可以采纳呀
1.1.Api 兼容性
3.x api都不兼容了... 删除了比较多的旧版本api.. 旧版本可以dep啊..。。
建议新版本api如果修改了直接加xxx_v2即可,比如replaceScene_v2()..
这样可以保证新旧版本api的兼容啊。
在文档上尽可能的力推新版本api即可，旧版本api自然人越来越少用就是了。

凡是历史遗留api全部保留啊，兼容性十分重要啊。。

1.2.Gui dsl 引擎,与可视化场景ui编辑器。
现在,使用native式..应该使用dsl式. 要是可以支持Html5 dsl 布局与 css 最好的了...
直接申明式样的定义关卡，场景，页面。。这样我们就可以使用通用的html ide比如Dreamweaver，就可以实现可视化，所见即所得的编辑场景了。

当然creator ide也是必要的，专注于特定领域嘛。。专用工具还是比通用工具好的。不过就可以达到解耦ide的作用了。

Ui标准照搬h5，不足之处可以补充wpf的。。这些标准化的ui api资料很多，方便查询。

1.3.事件处理较为繁琐
目前好像在控件内部判断点击位置。应该放在公共的事件管理器里面啊，是不要要本控件活动在公共管理器里面判断。。。控件只管接受消息运作即可。。可大力简化这块的事件处理代码了
此外，一些常用的事件，比如click什么的可以直接默认注册即可，方便快捷。。

 this.touchListener = cc.EventListener.create({
				 event: cc.EventListener.TOUCH_ONE_BY_ONE,
				 // When "swallow touches" is true, then returning 'true' from the onTouchBegan method will "swallow" the touch event, preventing other listeners from using it.
				 swallowTouches: true,
				 //onTouchBegan event callback function                      
				 onTouchBegan: function (touch, event) { 
					 var pos = touch.getLocation();
					 var target = event.getCurrentTarget();  
					 if ( cc.rectContainsPoint(target.getBoundingBox(),pos)) {
						 cc.log("-------------------------touched");

1.4. 使用prj。Json做配置，导致必须web服务器才可调试运行

建议还是使用js模式，直接本地模式打开浏览器就可以测试，这样方便。无需运行在服务器模式下才可。。

1.5.逻辑引擎 （逻辑可视化编辑器）
现在的游戏逻辑都是使用js来编写的，虽然已经很方便了，不过对于非编程人员，或许增加个可视化流程编辑器会更加好些吧。。。

作者:: 绰号:老哇的爪子 （ 全名：：Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿尔 拉帕努伊 ）
汉字名：艾提拉（艾龙）， EMAIL:1466519819@qq.com
atiend

帖子： 1

参与者： 1

阅读整个主题