两家企业如何在代码互不公开的前提下协作进行移动应用开发

方案1：B侧编译导出原生二进制SDK交付 #

• 实现方式：B公司基于现有Ionic项目，分别编译输出Android平台的aar包、iOS平台的xcframework静态库。SDK内部封装完整的Ionic运行环境（包含Capacitor/Cordova原生插件、内置Web容器、webRTC依赖等所有能力），仅向外暴露最少的启动入口、参数传递回调接口即可。
• 兼容性：Ionic官方原生支持将项目编译为可嵌入的原生组件，原有所有功能包括webRTC、原生能力都可以正常运行，不需要做业务逻辑改造。
• 保密性：A公司拿到的是编译后的二进制文件，无法反编译得到B侧的业务源码、原生插件实现，完全满足保密要求。

方案2：小程序容器嵌入 #

• 实现方式：A公司在自有应用内集成小程序运行容器，B公司将现有Ionic项目做少量适配后编译为加密小程序包，A侧只需要通过对应的小程序ID即可调起B侧的功能模块。
• 兼容性：主流小程序容器都已原生支持webRTC接口、设备权限调用等能力，B侧原有功能仅需做少量适配即可迁移，不需要改动核心逻辑。
• 保密性：B侧交付的是加密后的小程序编译包，不会暴露源码，同时支持B侧独立发版更新，不需要跟随A侧应用发版。

方案3：插件化子应用加载 #

• 实现方式：Android端集成插件化框架（比如RePlugin、VirtualAPK），iOS端使用动态组件加载能力，B公司将完整Ionic项目打包为独立的插件包交付给A公司，A侧在需要使用时动态加载插件即可。
• 兼容性：B侧功能运行在独立的插件运行环境中，和A侧应用互不干扰，原有webRTC、原生功能都可以正常运行，不需要做适配。
• 保密性：插件包是编译加密后的二进制产物，A侧无法获取源码内容。

选型建议 #

• 绝大多数场景优先选择方案1：不需要引入额外第三方框架，Ionic原生支持导出SDK，开发量最小，兼容性最高。
• 如果需要B侧模块独立更新、不跟随A侧应用发版，可选择方案2。
• 仅当模块功能非常复杂、和A侧有大量隔离需求时选择方案3。

内容的提问来源于stack exchange，提问作者Jorge