NativeScript限制

Question

我正在评估不同的移动框架，我认为nativescript是一个不错的选择。但我不知道开发过程是否存在局限性。例如，我对样式有限制（并不是那么重要），但我想知道将来我是否有限制并且不能使用某些本机功能或外部库。 谢谢！

Answer 1

自v0.90以来，我一直在使用NativeScript。我已经为NativeScript编写了多个应用程序和20多个插件，所以我非常熟悉这些平台的细节。这篇文章是 v2.40 的功能。

我只能想到几个限制;

• 调试很差。 （这正在进行中。）
• LiveSync实际上不是真的;有时会出现很大的延迟，而且可能会出现问题。 （这也正在进行中）
• 工具有时会留下很多不足之处（每次发布都会变得更好）
• 本地服务（即后台服务）---这可以更好地编写为本机代码。 NS运行时在运行时占用内存;所以你通常想要一个尽可能少的内存占用的服务 - 我不会使用任何东西，除了Java / ObjC用于后台服务。

除此之外，我无法想到任何真实的＆＃34;限制;您可以完全访问本机平台，只要您知道如何通过本机调用来实现任何控制;如果由于某种原因，控件不支持正常的CSS样式。我和我其他人在我们的应用程序中使用了许多Android和iOS库。您可以轻松地重用本机android / ios组件，您可以完全访问本机iOS或Android应用程序可用的任何内容。

您可以查看http://nativescript.rocks/all.php以获取NativeScript社区中所有插件的列表。

Answer 2

我一直在使用Nativescript进行一段时间的开发，虽然成品（应用程序）不仅不错，但开发过程非常痛苦。其主要原因是Nativescript平台本身的常见错误，以及它是VSCode的官方插件。

我目前正在研究Nativescript 2.0.0，并且自从它们问世以来一直在尝试更新到更新的版本，但总有一些错误，以及Node或者Gradle for Android，这只是其中之一我面对平台的问题例子。我希望他们能在不久的将来改进它。

Answer 3

现在原生apis可以从JS完全访问，但如果你想要你可以用本机语言做一些库，也可以用JS代码调用它们，关于外部库，如果你的意思是你的本地库或JS，那么它有很多使用一些本机库在JS代码中完成的选项/插件，但如果不是JS插件，你可以使用本机库自己完成

Answer 4

在我看来，Nativescript是最好的跨平台解决方案，但与其他人一样，可能存在局限性。除了后台服务，访问硬件可能有点棘手。我一直在使用它来处理BLE设备，一旦你理解了如何与原生API进行交互，它就不那么糟了。

Answer 5

我已经写过一个NS应用程序（核心）。

有些缺点是：

• 性能 - 加载和运行时。我正在用NS应用程序取代Android原生应用程序（因为它是跨平台的），很少有客户抱怨新应用程序速度慢且生涩......我同意。

• NS核心中的错误。我认为他们自己太过分散了。他们需要让他们的核心产品稳定并改进它（即加快速度）。

• 插件以最小的支持改变质量。在这里，NS可以策划一些重要的插件并让人们付钱。

是的，它是免费的 - 但这对我来说不是一个大问题 - 我更愿意为更优质的产品买单。

在一天结束时 - 产品正常运行 - 将我的应用程序放在应用程序商店中，并期待未来的改进。

Answer 6

与市场上其他框架相比，社区支持率较低。随着人们采用框架，这应该会有所改善。我认为这是现在的限制。

是的，调试确实是一种限制。