【问题标题】:How to handle file syncing nightmare when developing cordova a plugin?开发cordova插件时如何处理文件同步噩梦?
【发布时间】:2018-01-27 22:43:19
【问题描述】:

我想知道在开发cordova插件时是否有关于如何组织文件的最佳实践。

问题是我的文件副本太多,而且它们的结构都不同,因此很难调试和维护插件。

当您从 github 安装插件时,插件会被复制到项目中的“plugins”文件夹中。它也被复制到“平台”文件夹中的暂存区域 - 平台/android 中 src 文件夹中某处的 java 文件,平台/ios 中的目标 C 文件,以及 javascript 文件在两个平台中都在 platform_www/plugins 下复制。

要调试我的插件的目标 C 部分,我需要在 xcode 中运行我的应用程序(或示例应用程序),调试并进行更改。此时我也可能对ios平台下的js文件进行修改。

我的问题是将目标 C 和 js 文件中的更改从应用程序同步回我的插件以便我可以将其推送到 github 的最佳方法是什么?

(我还需要保持“插件”文件夹同步,不是吗,因为这会覆盖我在 cordova build 上更改的文件?)。因此,我的应用程序由两个平台上的几个修改/开发的插件组成,文件同步是一场噩梦。

有人对开发周期有什么建议吗?

【问题讨论】:

    标签: cordova cordova-plugins


    【解决方案1】:

    最好的方法是从本地文件夹安装插件并使用--link 参数。

    使用--link 安装时,您在 Xcode 中的 Objective-C 类中所做的更改将在本地插件文件夹中完成,因此您不必传播它们。但它不会传播 .js 或 plugin.xml 文件的更改,您必须手动将它们复制到本地文件夹。

    【讨论】:

    • 我使用 Beyond Compare 会话将 JS 的更改同步回本地插件文件夹
    • 太棒了!这个--link 参数听起来像是我正在寻找的答案!也是的,Beyond Compare 是我工具箱的重要组成部分
    • 这真的很酷,比我预期的要好得多(尽管没有包含 js - 这将是理想的)。我现在只有一个 obj C 文件,而不是 3 个副本。 --link 参数使用本地文件夹中的文件并为其创建两个别名,一个在应用程序项目插件文件夹中(因此 cordova 将具有最新代码),另一个在相关平台文件夹中(因此 xcode 将具有最新代码)。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-10-06
    • 1970-01-01
    • 2010-11-15
    • 2010-12-21
    相关资源
    最近更新 更多