现在有多个渠道的sdk要接,是分多个工程,还是在一个工程下分多个子项目?

1.这里创建多个构建任务?
2.还是只有一个android的构建任务,在android工程里做不同渠道的sdk接入?
选择哪种比较靠谱?我原来v2.4.14时,选择的是1.
现在有多个渠道的sdk要接,是分多个工程,还是在一个工程下分多个子项目?

1.这里创建多个构建任务?
2.还是只有一个android的构建任务,在android工程里做不同渠道的sdk接入?
选择哪种比较靠谱?我原来v2.4.14时,选择的是1.
一个工程走flavors 。话说引擎构建的结构要和Android 一样,不知道当初引擎开发为什么不按安卓标准设计文件夹目录结构
,还得自己再调,希望后续SUD 改造一下,抛弃历史包袱。

这样建各个渠道的文件夹
一个sdkBase,多种实现呗,根据环境决定用哪个sdk,如果渠道多可以自己稍微写个拓展,自动构建不同渠道
自己写的插件?
这个会不会把别的渠道都打到包里?
我曾经提交过PR,但是3.8.7最后没有合并上去,因为这个属于破坏性更新,说是4.0再改,但是4.0已经是sud了,不知道还有这个计划不
我都是一个渠道一个工程,确实挺麻烦的
嗯,看过你的那篇帖子
对呀,自己写的扩展,然后android那边把不同渠道通过gradle关联,扩展这边控制
mark一个
一个渠道单独一个android工程,用gradle关联起来