AnySDK建议收集帖

各位在使用AnySDK的过程中可能会存在着一些不便之处,可能对某些操作表示疑惑,可能有些想要的功能却没有,可能没法达到自己所要的需求。

所以,在此收集各位对AnySDK的建议,有什么好的想法或建议,欢迎在底下跟帖哦。

一楼, 可以把各个平台的SDK功能集成的全一些

早日支持ios

quick-cocos2d-x 接入anysdk的文档可不可以出一个

能把android工程做成一个独立完成的library project吗,这样我们直接在主工程里添加引用就行了,不需要任何多余的配置,以后更新版本也方便,整个文件夹覆盖掉就行了

anysdk库的libPluginProtocol是否会开源?这样在遇到接入sdk问题的时候, 游戏开发者可以快速定位问题。

ios的demo 能不能基于 cocos2dx的HelloWord 出一个版本
现在的版本 真心看不懂啊 555555555555

框架集成最好能是用脚本自动执行, 手动操作容易出错

这2天正在学习使用中,提几个建议:
1、配置很麻烦,虽然文档的更新已经比较及时了,但是面对cocos2d-x过于快速的版本变化,还是容易出现小的纰漏,其实可以按cocos的版本(相对稳定的版本,刚出炉的就算了,熟悉cocos的开发者也不会在生产中用最新的版本)编写py的配置脚本来帮助使用者集成anysdk,毕竟使用anysdk的人很多对jni和java不太熟悉,也不愿意花费太多时间去熟悉的人。
2、anysdk自身母包的登陆和支付调试还是比较容易上手的,但是到第三方后渠道包测试时,出现问题就比较麻烦了,有些问题可能是由于第三方更新之类造成的,但使用者不太方便确定问题点,单纯靠logcat实在是有点费力。
3、之前用过unity,最近用cocos,感觉版本稳定性、文档的完善以及studio各方面都比unity差很多,坑不少,anysdk自身版本和文档感觉比cocos的好很多,非常让人欣慰,如果可能的话,吸引一些第三方的公司和开发者一起来维护插件和打造一套中转用的接口规范,anysdk一定可以快速壮大。
4、最后的一个建议是,anysdk能否重点筛选几个,甚至配合cocos自己搞一套完整的sdk,形成一套标杆,可以组成包含单机和网络的完整营运流程,同时加大维护力度和更新频率,保持和第三方版本一致,让新人更容易熟悉anysdk,也让一些小团队可以快速使用它来接入产品,变相也可以促进上面第3点的实现。毕竟有时候质和量无法同时兼顾。

cocosCreator能加个anySDK集成的开关么?不想用的时候还强行集成了,结果cocosCreator打出来的包还得修改才能正常使用

目前只支持手动删除,CocosCreator打出来的包可直接使用,不需要做任何修改