NativeScript 5.3 - 热模块替换正式支持等

NativeScript 5.3 现已发布，带来了一系列新功能，以改善您的移动应用程序和开发体验。继续阅读以了解 NativeScript 中的新功能和改进的完整列表。

HMR 退出 Beta
对 iOS 应用扩展的初步支持
Android 构建速度提升 30%
iOS 启动时间提升 10%
Webpacked 应用程序中的单元测试
两个新插件可用
Webpacked 应用程序中 iOS 调试体验改进
贡献者
下一步是什么？

HMR 退出 Beta

热模块替换自发布以来一直处于测试阶段，因为我们一直在努力提高该功能的稳定性。

在最近的两个版本中，我们添加了许多改进、错误修复和完善——在这一点上，我们认为它已经足够稳定，可以供所有人使用。部分改进包括

支持 SASS 文件
支持 Angular 项目，无需额外代码片段
支持 Vue.js 中的脚本更改
确认文件操作（例如从项目结构中添加或删除文件）
支持 VS Code 中的调试

由于最后一个是我最喜欢的——我想展示一下如何在不中断调试会话的情况下，用 HMR 在一分钟内修复“一个超级复杂的错误”。

这绝对不是旅程的终点，我们还有更多更好的改进正在进行中——比如在使用 SideDrawer 或 TabView 时持久化应用程序状态。这些将在下一个版本中发布，但在这一点上，使用 HMR 应该只会给您的开发例程带来改进。

为了让您更容易在项目中切换到使用 HMR，我们引入了一个新的项目级配置。如果您在 nsconfig.json 文件中添加一个新的 "useLegacyWorkflow": false 属性，NativeScript CLI 将在您使用 tns run 命令时自动使用 HMR。有关如何使用此配置的更多详细信息，请参阅文档。

对 iOS 应用扩展的初步支持

iOS 应用扩展是 iOS 提供丰富、原生应用程序体验的方式。例如，您的应用程序现在可以作为小部件出现在今天屏幕上，在操作表中添加新按钮，在照片应用程序中提供照片滤镜，或显示一个新的系统级自定义键盘。

在 NativeScript 5.3 之前，使用应用程序扩展需要在工具中进行一些自定义体操，才能将应用程序扩展二进制文件部署到正确的文件夹中。我们的目标是提供一种无需编写自定义脚本和容易出错的逻辑即可使用应用程序扩展的方法。理想情况下，应用程序扩展应该可以放到 App_Resources/iOS/extensions 文件夹中，然后 CLI 应该负责将其正确打包和部署。

5.3 版本提供了对“共享”和“今天”扩展类型的支持。该团队将继续在这方面努力，未来该框架应该支持 watchOS 和 tvOS 的扩展，让您的应用程序可以与各种可穿戴设备和电视互动。

一个 NativeScript 应用程序现在如何作为“共享”扩展类型显示的示例。

一个 NativeScript 应用程序现在如何作为“今天”扩展类型显示的示例。

Android 构建速度提升 30%

等待构建完成可以说是您工作日中最不令人满意的经历。

坏消息是，您现在在工作时会有更少的时间用来击剑。我们成功优化了 NativeScript Android 构建过程的很大一部分，根据您的特定应用程序和构建机器，收益可能在 20% 到 35% 之间。

对于我们好奇的读者：瓶颈是由来自原生 Android 依赖项的大量 jar 文件造成的。我们成功优化了查找需要提取的 jar 文件的过程，从而实现了上述提速。

iOS 启动时间提升 10%

使用 NativeScript 构建的 iOS 应用程序也通过此版本获得了性能提升。此处的改进主要体现在应用程序启动时，并在整个应用程序的使用过程中也有一些改进。确切的百分比将再次根据应用程序逻辑、构建配置（webpack、uglify、AOT）等而有所不同。对于一个空白的 iOS 项目，根据构建应用程序时使用的选项，收益显示在 7% 到 13% 之间。

此优化的关键在于在启动时为原生对象创建 JavaScript 对应物。在 5.3 之前，运行时会急切地加载元数据服务发现的所有属性。在 5.3 中，这些属性是延迟加载的，这加快了应用程序的启动时间——尤其是在不经常访问原生属性的情况下。

Webpacked 应用程序中的单元测试

此版本标志着 NativeScript 中巩固单元测试故事的长期努力的第一步。由于 Webpack 越来越成为 NativeScript 工具的重要组成部分，我们认为有必要先从它开始。这意味着，在 5.3 中，您可以运行 tns test <platform> --bundle，这将在 Webpacked 版本的应用程序中针对 NativeScript 应用程序执行单元测试。

在接下来的几个版本中，我们计划开发一个代码覆盖功能，对现有的功能进行完善，并公开针对移动设备的友好选择器。而且，既然我们谈到测试，您是否检查过专门针对端到端测试的全新文档部分？它详细介绍了如何使用 Appium 从单个 JavaScript 代码库为 iOS 和 Android 构建 e2e 测试。