＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
码字不易，且行且珍惜，郑重声明，转载请写明出处，多谢合作
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
早前项目里接入了AnySDK，接的是lua版本，接入过程相当顺利，出包后能看到对应渠道的sdk调用，感觉很6。既然用到项目里了，就得对项目负责，希望能够清晰的了解AnySDK的技术边界，能改啥，能干啥，能干多远，找出AnySDK可自定义的边界。经过一轮尝试，得出如下几点跟扩展、自定义相关的总结，我在这里抛砖引玉一下。
手游开发完成后，集成AnySDK Framework，所生成的APK包称为母包，该母包通过桌面客户端工具快速生成多个渠道包，大大节约研发人员的时间与精力，提高团队效率。
AnySDK不仅支持C++、Lua、JavaScript接口，还支持Java接口与Unity的C#接口——也就是说，AnySDK可覆盖Cocos2d-x、Unity与大部分自研引擎三种主流需求。
零、测试环境：
MacOSX 10.10.3
AnySDK Version:1.5.0(Mac)
一、AnySDK.app包内文件结构：
其中用得上的有：config、MacOS、Script、tool
二、config/channel：
-
闪屏的smali代码及布局文件
-
放在这里的目的估计是觉得这个是common吧
三、config/sdk/XXX：
-
这个目录是anysdk打包用来实际操作的目录
-
对应XXX插件（渠道的各种sdk）下载回来解压后直接放在这里（anysdk的人提前将这些文件准备好供我们下载），这里面的文件被删除或修改都不会触发anysdk更新，只有这个[渠道]目录被删除的时候才会触发
-
XXX/config.xml文件，从anysdk下载，这个配置影响到anysdk这个软件上的一些表现，比如必填项、下拉菜单等等
-
config.xml里面的operateLs标签，描述了anysdk打包的操作流程，其实就是调用Script文件夹里面的python脚本，支持参数
-
pluginLs标签，描述了这个sdk插件支持什么功能（
） -
version，描述插件版本
-
XXX/classes.dex，不解释，使用工具发编译阅读其代码，可以看到里面使用了libPluginProtocol.jar（接入anysdk提供的唯一jar）的一些类，我猜测是：结合tool/mac目录下的工具，通过baksmali将这个classes.dex->smali，然后再将smali和母包的smali合并后，该替换的替换，重新回编译出APK。细细想想，只要框架设计好，统一抽象接口，然后分不同sdk实现，再统一接口返回，是可以做到公共部分和sdk实现部分分离的
-
script.pyc，反编译看了下，就是将smali里的###XXXX_XXXX###替换成当前插件的实际数据
-
其余的就不说了，都是粗暴的merge和替换
四、config/config.db：
-
这个db记录了大部分数据，而且也记录了sdk的版本信息及文件名
-
这个db的数据来源：在anysdk这个软件上的填入的数据操作，数据流大概就是：sdk/XXX/config.xml->anysdk<->config.db
-
关键表：
-
game：主键gameID，游戏id，跟添加的游戏一一对应，唯一
-
tpl_channel：主键idChannel，意为渠道id，唯一，外键idGame（即game表主键gameID），记录每个游戏各有什么渠道
-
tpl_channel_sdk：主键id（idUserSDK），外键idChannel、idSDK，该表是一个“哪个渠道对应使用什么sdk”的表，主键id（idUserSDK）就是一个“记录用户选择渠道所用sdk搭配后的结果”的标识
-
tpl_sdk：主键idSDK，没有外键，就一查找表，里面的SDKName用来匹配config/sdk/XXX的目录
-
tpl_user_sdk_config：没有主键，就一关系表，外键有idUserSDK、idChannel、idSDK，跟tpl_channel_sdk一样，就多了两个name字段
-
tpl_user_sdk_param：主键没啥用，外键idUserSDK，记录用户选择的每种组合用到的键值对
-
总结：gameID对应多个idChannel，每个idChannel可以选择多种idSDK组合成多个idUserSDK，每个idUserSDK都有对应的记录有用信息的键值对
五、Script：
-
anysdk出包用到的python脚本，这个目录没了的话anysdk出包是会闪退的
结论：
-
可以修改所有的支付回调接口，统统传到我们的自己的服务器上，但是意味着跟所有sdk服务器对接的工作都是我们这边完成，工作量非常大
-
第一点提到的就是目前扩展自定义sdk的瓶颈。cp都知道，支付对接通过第三方公司统一操作，明摆着会泄漏收入流水等敏感数据。这块对接工作量虽不大，但是每个sdk的效率、处理甚至沟通方式都不同，所以这块无疑是最花时间的，anysdk帮我们统一做这块，大大方便了cp，所以在收入数据泄漏和游戏赶上市及渠道广度覆盖这个权衡上，需要有所舍有所得
-
如果想添加anysdk没有的sdk，需要自己弄一套config/sdk/XXX，config.xml配置好步骤及必要的信息段，在anysdk软件上支付、登陆回调改成自己的服务器，然后自己的服务器处理好anysdk框架传递的参数，保证客户端、游戏服务器、中转服务器调通即可。由于anysdk没有开源，估计生成classes.dex这一步会比较蛋疼
-
如果想修改已有的插件部分内容，请关注上面提到的config/sdk/XXX
以上，如有错漏烦请及时指出，欢迎讨论
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
码字不易，且行且珍惜，郑重声明，转载请写明出处，多谢合作
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
ps：AnySDK确实是一款想法不错的产品，很有前景。但是目前看来，使用者越来越多，除了日常解答群里问题，也要维持旧渠道更新，还要支持新渠道，以及bug修改等等，由于这些的原因，AnySDK的开发团队压力应该不少，个人觉得AnySDK可以考虑一下，开源或者发布更多的辅助工具，让每个开发者都能自己提供想要的sdk支持。祝福AnySDK走的更远更好。