Cordova插件开发工作流

Question

在构建混合iOS Cordova应用程序(依赖Cordova CLI)时，我无意中发现了构建自定义插件的必要性。

我的工作流程如下：

1. 我在我的混合应用程序目录之外搭建了我的Cordova插件。
2. 盲目地编码它(用Vim编写)并推到GitHub。
3. 使用cordova plugin rm和cordova plugin add重新安装插件。
4. 测试。
5. 从第二步重复。

我成功地在产品中部署了插件，但是这个盲目地用Vim编写目标C的过程，为了在我的项目中测试它而对GitHub做了一个完整的推送，感觉很尴尬，但是我在互联网上找不到任何关于更好的工作流的信息。

理想情况下，这就是我所期望的工作流：

1. 将我的插件放在我的应用程序目录中(可能在plugins/或在我的自定义src/中)，并在我准备好这样做时发布(或者根本不发布封闭源码插件)。
2. 使用XCode对插件进行编码。
3. 从本地文件系统重新安装插件，这完全避免了单独的repo/push。
4. 从步骤2开始进行测试和迭代。

这个工作流可以实现吗？

Answer 1

您可以尝试以下工作流：

1. 将插件放在项目中的特定目录中。
2. 有一个咕噜任务，监视上面目录中的更改，该目录将相关文件复制到插件目录，并在复制步骤完成后立即运行cordova prepare。
3. 编辑和测试。

Answer 2

就我个人而言，我也采用了同样的方法，但有一点扭曲：

步骤1：

我已经用崇高的文本编写了插件的样板部分(vim也是:)

第2步：

cordova plugin add --link ../path_to_my_plugin

第3步：

我可以将platforms/android添加到Android (您应该能够对platforms/ios进行同样的操作)

第4步：

对本机部分的任何更改都反映在原始源代码中(因为-link参数)，对插件js部分的任何更改都可以直接在app目录中进行编辑。

第5步：

提交并推送原始插件目录中的文件

如果您需要重新配置样板的某些部分(plugin.xml配置)，我只需：

cordova plugin remove <plugin-name>

然后从第2步开始继续