嵌入式项目中为什么优先选择Plugman而非Cordova CLI？

• 场景适配匹配：Cordova CLI的设计定位是支持多平台同步的标准Cordova应用全生命周期管理，会维护根目录plugins、全局config.xml、多平台代码的自动同步能力，适合多端发布的标准Cordova项目。而嵌入式Cordova WebView项目的构建、配置主导权在原生iOS侧，不需要CLI的全局多平台同步能力。Plugman本身就是为嵌入式WebView、自定义原生项目集成Cordova的场景设计的，不会生成额外的多平台管理文件，不会干扰原生项目的原有配置结构。
• 修改确定性更高：二者的路径差异本质是管理逻辑的差异：Cordova CLI存放于根目录的插件会在每次更新、重加平台时被自动同步覆盖，如果你针对原生项目需求修改了iOS侧的插件代码，CLI的自动同步逻辑会直接覆盖你的改动，极易引发问题。Plugman直接将插件安装到iOS平台对应目录，没有全局同步机制，自定义修改后的插件代码不会被意外覆盖，适配嵌入式场景下的定制化需求。
• 冗余可控性更强：你观察到的Plugman拷贝其他平台源码的问题可通过参数规避，安装插件时指定--platform ios即可只拉取iOS相关的插件代码，不会引入其他平台的冗余文件。反过来，CLI的全局插件管理会默认拉取插件支持的所有平台代码到根目录，即使你仅使用iOS，也会残留其他平台的配置与代码，后续误操作添加其他平台时会直接打乱现有项目结构。
• 原生构建兼容更好：嵌入式Cordova WebView项目一般直接通过Xcode完成原生构建，不需要走Cordova CLI的cordova build命令。CLI管理的插件会生成大量适配CLI构建流程的配置项，这些配置在原生Xcode构建流程中不会生效，还可能引发配置冲突。Plugman安装的插件会直接写入iOS平台的原生配置文件，和Xcode构建流程完全兼容，不会出现配置不生效的问题。

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