用了才知道真香，接入sdk只需要导入unitypackage就行，一行原生代码不用写。这个原理应该也不是很复杂？强烈建议cocos引入
是SDK厂商愿不愿意适配的问题，跟UnityPackage没关系，你这个对应的是Cocos的插件系统
我们可以自己适配啊，适配难点但没关系，主要是适配完分发的问题，用户导入和使用一定要足够方便。现在这种没有引擎支持，接个sdk东一块西一块，各种注意事项，都不好卖给用户，一挂上去各种售后问题
你做成插件就能分发啊，Unity更好制作是因为谷■的EDM4U，你可以看下原理，做成通用的还需要Cocos配合，如果只是自己做并分发，还是可以参考的
是因为第三方厂商不好适配导致的问题。
因为他不如unity那样可以直接管理原生代码。很多涉及原生的sdk都得先导出项目后才再插入代码才行。这让第三方如何适配？unity就没这问题，原生库和原生代码等直接在项目中就能管理
我没说现在这套不能做，当然可以做，但是假如你接了个SDK后，单纯卖源码的话，readme得写一大堆，你得说明哪里的.gradle需要怎么改一下，你需要先安装Android SDK、NDK；哪里的podfile需要如何修改，需要pod install，需要怎么手动导入OC或swift代码。单纯为这套逻辑写个自动化机制？先不说难不难，怎么适配各种版本的引擎、各种本地环境就是个大问题，这个工作就应该交给引擎方来做。
unity可以直接制作出包含依赖配置、依赖包、原生代码的unitypackage，用户只需要导入，都不需要阅读readme
我的意思就是你可以处理这个，而不需要额外处理。
我们对外的SDK就不需要进行任何原生操作
我猜你们内部估计有一套严格的开发范式，你们这一套SDK方案如果发到外部，别人也能拿来即用那就更厉害了