Nativescript - 有什么限制
Nativescript - what are the limitations
我正在考虑为我的下一个移动应用程序项目从 Cordova 切换到 Nativescript。我查看了 NativeScript 提供的内容并发现其中有很多是我喜欢的。但是,我有几个问题
- 在云中使用 NativeScript 对 can/cannot 的操作有任何限制吗?我问这个问题是因为 PhoneGap Build(我不使用)确实施加了一些限制
- NativeScript 有诸如地理定位、加速度计、蓝牙和 WebSockets 之类的插件。总的来说,在 Cordova 中,我避开了插件方法,只是依赖于我自己维护的一个插件,因为 Cordova 中的跨插件通信会导致代码非常混乱。这是否也是 NS 插件的一个限制,或者我是否可以依赖于能够与 NS 之外的 pugins 无缝工作,因为最终结果是一个真正编译的本机应用程序而不是混合
- 最后,使用 NativeScript 是否有任何其他限制,特别是在访问其他设备硬件或更奇特的设备 API 方面?
在我看来,Cordova 和 NativeScript 完全不同,无法进行比较。
在构建基于 Cordova 的混合应用程序时,您可以重用相同的 HTML / CSS 甚至大部分来自 Web 应用程序的 Java 脚本。
但是使用 NativeScript,您可以重用您的业务逻辑,并且 UI 必须完全重写,因为它在这里构建了一个完整的本机应用程序。它被视为优于 Cordova 的优势,除非您真的不喜欢应用程序的原生用户体验。
但说到限制,我会说如果您了解框架的核心概念,{N} 的限制是零。它使您可以从 JavaScript 获得 100% 的设备 API 访问权限。您不必知道 Objective C / Java 或 Kotlin,但仍然可以立即访问所有 API。如果您熟悉 TypeScript,使用 tns-platform-declarations 会更加轻松,它为所有设备 API 提供智能感知支持。
由于大部分内容都是 Java脚本,通常很容易覆盖原型链以自定义任何内置组件或插件。
但老实说,社区相对较小,因此您可能找不到所有插件,只能找到大部分必需品。您可以检查 Marketplace 所有可用的插件。如果你是一个很好的学习者,你总是会得到 Slack / SO 平台中其他开发人员/专家的体面支持。
我正在考虑为我的下一个移动应用程序项目从 Cordova 切换到 Nativescript。我查看了 NativeScript 提供的内容并发现其中有很多是我喜欢的。但是,我有几个问题
- 在云中使用 NativeScript 对 can/cannot 的操作有任何限制吗?我问这个问题是因为 PhoneGap Build(我不使用)确实施加了一些限制
- NativeScript 有诸如地理定位、加速度计、蓝牙和 WebSockets 之类的插件。总的来说,在 Cordova 中,我避开了插件方法,只是依赖于我自己维护的一个插件,因为 Cordova 中的跨插件通信会导致代码非常混乱。这是否也是 NS 插件的一个限制,或者我是否可以依赖于能够与 NS 之外的 pugins 无缝工作,因为最终结果是一个真正编译的本机应用程序而不是混合
- 最后,使用 NativeScript 是否有任何其他限制,特别是在访问其他设备硬件或更奇特的设备 API 方面?
在我看来,Cordova 和 NativeScript 完全不同,无法进行比较。
在构建基于 Cordova 的混合应用程序时,您可以重用相同的 HTML / CSS 甚至大部分来自 Web 应用程序的 Java 脚本。
但是使用 NativeScript,您可以重用您的业务逻辑,并且 UI 必须完全重写,因为它在这里构建了一个完整的本机应用程序。它被视为优于 Cordova 的优势,除非您真的不喜欢应用程序的原生用户体验。
但说到限制,我会说如果您了解框架的核心概念,{N} 的限制是零。它使您可以从 JavaScript 获得 100% 的设备 API 访问权限。您不必知道 Objective C / Java 或 Kotlin,但仍然可以立即访问所有 API。如果您熟悉 TypeScript,使用 tns-platform-declarations 会更加轻松,它为所有设备 API 提供智能感知支持。
由于大部分内容都是 Java脚本,通常很容易覆盖原型链以自定义任何内置组件或插件。
但老实说,社区相对较小,因此您可能找不到所有插件,只能找到大部分必需品。您可以检查 Marketplace 所有可用的插件。如果你是一个很好的学习者,你总是会得到 Slack / SO 平台中其他开发人员/专家的体面支持。