Nativescript for Windows将于何时成熟，超过概念验证阶段？

at的readme.md说Nativescript的Windows运行时处于概念验证阶段，然后列出了据我所知尚未实现的非常深入的语言功能

公告的语气似乎对当前的功能集更为热情

---

能够在Windows Phone（和任何其他平台）上使用Nativescript非常吸引人。

TJ，一名核心团队成员，最近在论坛上发布了以下内容：

嘿@nezzagree

感谢您伸出援助之手，非常感谢您喜欢NativeScript:微笑：。>直截了当地说，尽管我们没有积极开展UWP支持工作，因为>1）添加一个新平台并承诺无限期地支持该>平台是一项艰巨的工作，2）我们没有看到>社区有足够的需求来证明承担这项工作是合理的

这并不意味着NativeScript中的UWP支持永远不会实现，但它不会在短期内实现，因为我们只是看不到需求。但这总是会改变的。我鼓励您将您的用例添加到GitHub>问题中，以便在NativeScript:>中添加UWP支持。是的，这个问题有点古老，但在路线图讨论期间，我们确实会注意到经过深思熟虑的评论>

我会注意到另外两件事。首先，我们制作Windows runtime>的初始工作是完全开源的，可以在GitHub:>上获得。我们希望社区>？>能够帮助实现新的运行时

其次，您可以选择使用>NativeScript和Angular构建iOS和Android应用程序，并使用我们的代码共享方法（请参阅？>>Angular-and-NativeScript 1）与其他应用程序共享您的Angular代码。如果您使用类似于Electron的东西，您可以采用这种方法在NativeScript应用程序>和UWP应用程序之间共享角度代码。这种方法不是理想的，因为你可能更喜欢建立一个完全原生的UWP应用程序，但是如果你愿意使用电子的话，这是一件值得考虑的事情。 不管怎么说，希望你能从中找到一些有用的东西。如果您有任何其他>问题，请随时跟进

资料来源：

---

我怀疑它是否会得到支持，这在个人看来是愚蠢的。由于缺少appstore，人们不太会购买windows手机，因此如果有更多的开发者为windows应用商店开发，它将更受欢迎。因此，支持windows phone/uwp的nativescript是有意义的，但人们只将ios和android视为主要/唯一的手机操作系统@mast3rd3mon，与windows phone上使用的相同的UI API也适用于编写普通windows桌面程序，我明白这一点吗？如果是，实际上对于高级程序员，Nativescript还可以作为桌面应用程序的统一UI API，这本身就是为Nativescript的Windows Phone模式注入活力的原因。另外，实现Windows Phone真的有多复杂，至少在低级别上是如此。。可能做了很多工作，但仍然没有那么糟糕，特别是在Telerik过去为Android和iOS实现了同样的功能之后。我完全同意你的看法，如果nativescript合并/支持uwp应用程序，它将受益匪浅。但不幸的是，这似乎永远不会发生，所以科尔多瓦等替代品可能会更好solution@mast3rd3mon等等，你的想法是基于什么，它永远不会发生？在中，Valentin提出了一些设计和实现方面的挑战。我现在开始更深入地讨论这个问题。窗户是如此重要。我的印象是TJ和Valentin都非常希望Windows支持。此外，我们开源开发人员也可以提供修复，如果他们愿意的话，他们可能已经添加了修复。我已经在nativescript slack频道与几位在nativescript工作的人员进行了交谈，他们中的node似乎认为它会被添加，因为显然它需要大量的工作。a，对，总体上讨论了Windows支持问题，以及在尝试实现它时遇到的挑战。我希望其他人比TJ更热情，Windows很快就会出现：D