在 MobileFirst 7.1 中创建“Cordova”风格的应用程序时，MobileFirst 客户端 API（例如 WL.App.sendActionToNative）是否可用？答案

【问题标题】：Are MobileFirst client-side APIs such as WL.App.sendActionToNative available when creating a "Cordova" style of application in MobileFirst 7.1?在 MobileFirst 7.1 中创建“Cordova”风格的应用程序时，MobileFirst 客户端 API（例如 WL.App.sendActionToNative）是否可用？
【发布时间】：2016-01-28 12:30:23
【问题描述】：

我正在与一位正在考虑将其现有 MobileFirst Platform 7.1 hybrid app 迁移到 the Cordova app type 的客户合作。

他们正在尝试了解此应用类型是否仍允许他们访问 MobileFirst API，例如 WL.App.sendActionToNative，以轻松桥接本机和 JS 层。 The list of supported and unsupported features 没有提到这些 API； Cordova 类型的应用程序是否支持它们？

【问题讨论】：

你能检查这个链接吗developer.ibm.com/mobilefirstplatform/2015/08/14/…
嗨 - 谢谢，我已经看到了。我不认为它直接回答了这个问题。
developer.ibm.com/mobilefirstplatform/documentation/…
纳兹穆尔，谢谢。该链接在我的问题中:) 它没有回答问题。

标签： android ios cordova ibm-mobilefirst mobilefirst-cli

【解决方案1】：

嗯……

在混合应用程序中，Worklight 的好处之一是“我们”拥有本机和 Web 部分。如果需要，您可以创建一个 Cordova 插件（基于教程），但使用 SendActionToNative - 因为我们拥有双方 - 在这里通过“桥接”两端来帮助，“否定”对 Cordova 插件的需求。此功能在内部本身就是一个“Cordova 插件”（！）。

在“纯”Cordova 应用程序中，我们不拥有两端。仅 Web 端... MFP SDK 现在是 Cordova 插件。

无论如何，是的，您可以进入本机代码所在的平台文件夹并使用这些 API，它应该可以工作，但在 Cordova 世界中这没有多大意义 - 您不应该接触任何本机代码。 ..您应该使用 Cordova 插件以便以后与本机交互...

【讨论】：