Xamarin.forms: 从 VS 市场中删除了实时重新加载。

@anirudhagupta没错； 它不是一个活跃的项目，上周被删除。 我建议查看LiveXAML或Gorilla Player之一，以在您的 UI 上进行运行时迭代。 我们的工具团队正在努力使预览器成为设计时迭代的强大且高性能的工具，因此请务必关注 VS 预览以进行改进。

更新（10/26）：

请阅读下面关于 Live Reload 的更新。

UWP 的 XAML 设计器很棒。 您也可以使用 Expression Blend 对其进行修改。 您还可以在那里创建惊人的动画！ 它真的很快而且很成熟。 但他们也提供 xaml 编辑和运行时继续。 因为他们知道设计器和运行时 edit & continue 之间存在差异。 你一定是在逗我！ Xamarin 的开发选择不多，请不要让它变得更难！ 请先提供替代方案，然后删除某些内容。 虽然，我提到Xaml 设计器不是 xaml edit & continue 的替代品。

为什么？ 这是一个非常奇怪的决定。 这是唯一有效的免费工具。
这是一个真正的需求，这就是您开箱即用的需求。 为什么你对社区意见不感兴趣？ 我一生都在等待重新编译:(。

确实很奇怪。 有一种对老微软的怀念。

这太糟糕了，关于 build 2018 的实时重新加载公告是移动开发人员会议的最大亮点。

多么棒的工具...只需点击“保存”即可同时观看 3 个不同平台设备的更新！

另一个 XAML 预览工具被 MS-Xamarin 部门启动并丢弃。 浪费的所有工时本可以用于使其中任何一个工作。 或者修复其他一百个已记录问题中的任何一个。

@pauldipietro我再怎么强调都不为过，不继续使用 Live Reload 是一个重大错误！ 预览器当然变得更好了，但它非常慢，并且总是会受到各种问题的困扰，因为您正在处理实际应用程序的代码，因此 Live Reload 永远不必担心。

• 例如，预览器要求您初始化所有字段以正确显示或通过检查膨胀您的代码以查看您是否处于设计模式。 但这始终是静态视图。
• 另一方面，实时重新加载只是让您以更有用的编辑和继续心态运行您的应用程序。 这意味着当开发人员更新我的 XAML 时，他们可以查看动画，添加行为、手势和效果，然后验证这些元素是否正常工作。 更不用说这允许开发人员在 UI 中进行更改以更新状态等。

需要继续支持 Live Reload，坦率地说，它需要作为 VS2019/VSMac8 中标准 Xamarin 工具的一部分进行烘焙

抄送： @davidortinau @migueldeicaza @pierceboggan

非常同意@dansiegel
老实说 - 我们都不关心你办公室里发生的任何政治 BS。 发展方向显然在与本月最受青睐的主管的微风中摇摆不定。 这不是一个长期战略。

只需查看 Xamarin 论坛和其他地方的反应。 每个人都认识到 LiveReload 比预览器高出一筹。 它没什么个人的。 为运行预览器团队的人感到抱歉。 但它几乎不起作用。

如果预览器旨在吸收 LiveReload 中的代码并成为两者中的佼佼者 - 那就太好了。 当它完成并作为替代品

我无法相信这！ 为什么！！！？？？？？

在 gitter 中，没有人回答
https://gitter.im/xamarin/live-reload

我们是开发人员——这是我们的时间，分别是——我们的钱。 Xamarin 团队 - 请解释此决定的原因。 如果您没有进一步开发的资源，请将 LiveReload 转移到开源。 社区需要这个免费工具。
沉默是一种糟糕的策略。

在 gitter 中，没有人回答
https://gitter.im/xamarin/live-reload

什么是“吉特”？ 请不要告诉我 Xamarin 再次混淆了他们希望开发人员反馈的来源......再一次......再次和另一个社交媒体平台......

Xamarin 论坛由 Microsoft 运营。 使用它作为建议进化的官方场所有什么问题吗？

Gitter 是源，实时重新加载开发人员与开发人员进行交互。 或者最后直到上周。

请原谅我的语言，英语不是我的母语。

Gitter 是源，实时重新加载开发人员与开发人员进行交互。 或者最后直到上周。

你是从哪里了解到的？ 哪里说Gitter是LiveReload的反馈渠道？
这是我第一次听说这个平台。

一种从未做过广告的耻辱，所以其他人都知道。 例如：如果这应该是反馈渠道，您会认为它会出现在文档页面中：
https://docs.microsoft.com/en-us/xamarin/xamarin-forms/xaml/live-reload

嗯，对不起:(
在评论区什么的，Daniel Cazzulino @kzu说，通过这个渠道，沟通会更加
如果您进入，您会看到实时重新加载开发人员（主要是 kzu ）与其他人之间来回传递的消息。

我开始对 xamarin 失去信心。 我用了很多年了，从Mono.Android/IOS，通过Xamarin改名，到微软买的。 我在里面倒了很多很多很多日日夜夜。 现在看，我的选择是错误的:(。这是非常非常悲伤的日子。
但这些迹象都在我们身边。 我选择不看。

嗯，对不起:(
在评论区什么的，Daniel Cazzulino @kzu说，通过这个渠道，沟通会更加
如果您进入，您会看到实时重新加载开发人员（主要是 kzu ）与其他人之间来回传递的消息。

我不怀疑那里有谈话。 我的观点是 Xamarin 或 Microsoft 经常这样做。 每个团队都有不同的反馈渠道——他们喜欢在每次问题列表变得很长以至于某人的奖金支票处于危险之中时改变它们。

如果你不知道秘密握手来获得隐藏聊天室的邀请，那么你只是在寒冷中。 这大约是我们 99% 的人。 显然很少有人知道 Gitter 房间，否则他们不会都在 Xamarin 论坛网站上询问 _“有人知道吗？”_。

的确！！ 在这件事上，我对微软非常失望。
非常失望！！
我的应用程序采用这种技术（Xamarin.Android、Xamarin.IOS），我的公司正在迁移到 Xamarin.Forms。 当我看到这个时，我就像WTF？？？？？？？ 对不起，我很生气这种语言。

的确！！ 在这件事上，我对微软非常失望。
非常失望！！
我的应用程序采用这种技术（Xamarin.Android、Xamarin.IOS），我的公司正在迁移到 Xamarin.Forms。 当我看到这个时，我就像WTF？？？？？？？ 对不起，我很生气这种语言。

我 100% 同意 - 没有理由道歉。 “WTF？！” 是正确的答案。 只要您不在 Xamarin 论坛上使用该缩写。 我被管理层骂了。 真的。

和你一样的船。 我推动我的公司迁移到 Xamarin。 现在我觉得被骗了。 它不是关于 LiveReload 的一种技术。 我明白任何一件事都可能是一条失败的道路。 对我来说，这种类型的活动的清晰和明显的模式。 人们必须参与足够长的时间才能看到模式出现。 然后，一旦你投入如此之多以至于你可以看到这种模式，那就太晚了，因为你投入太多而无法退出。 比如结婚。

爆炸新闻！！！

Daniel Cazzulino @kzu 15:49
我不知道发生了什么，我不知道
管理该市场帐户。 到目前为止，我还没有收到任何有关此事的通知。 所以我不能提供任何进一步的信息，抱歉

https://gitter.im/xamarin/live-reload

https://gitter.im/xamarin/Xamarin.Forms?at=5bcdfb2938449236617e65e8
读这个，Icaza的话

换句话说，我们被搞砸了。 很难！！

如果我必须为类似的工具付费，例如 LIveXAML，我宁愿尝试在 Flutter 上重新编码我的所有应用程序。 记住我的话！！

嗯... LiveReload 安装在我所有的机器上。 它的工作正常。 我可能不会再收到任何更新，但它应该会在未来几个月内继续工作。 我希望。

@tlhintoq你能分享安装程序吗？

@pictos
这是个好问题。 我得先找到它。 该死的 Windows Marketplace 的主要问题是一切都隐藏在幕后。 这些天您没有可以运行的 .msi 文件。 我会挖掘，看看我能找到什么。

@pauldipietro我也应该提请您注意 #3921，因为这确实是一个问题，说明为什么依赖预览器充其量是愚蠢的。 实际应用程序开发中可能会破坏预览器的场景太多了。 更不用说我和@pierceboggan讨论的，平台之间的默认样式完全不同的事实（即按钮在 iOS 上看起来更像是一个链接，但实际上更像 Android 上的按钮），更不用说我们可能正在实现自定义 Idiom/平台样式，其中真正要求预览器尝试找出最佳解决方案，以通过编辑/继续运行您的真实应用程序。

这是一个可怕的决定，向 Forms Dev 社区伸出双手，我们一直在与 VS2017 中的低于标准的工具（尤其是可悲的 15.8）作斗争，这样的决定以及将分析器保持为 Enterprise 并非基于常识。

@pauldipietro我不知道 Xamarin 的未来计划，我非常喜欢 LiveReload (LR)，团队做得很好！ 我的生产力“达到了顶峰”。 LiveReload 肯定会停产，让位于 Previewer。 但是直到这个日期，是否有可能保持 LR 可用？

更有希望的是，是否有可能使 LR 开源？

如果预览器旨在吸收 LiveReload 中的代码并成为两者中的佼佼者 - 那就太好了。 当它完成并作为替代品

有这个开源 livereload 项目，但我不知道它有多好。 当我看到源代码在我看来已经很复杂了:)。 如果有希望的话，我很乐意为它做出贡献https://github.com/ylatuya/XAMLator

我猜测 livereload 和 livexaml 之间存在一些法律问题。 这就是微软停止使用它的原因。 如果不是法律问题，他们为什么要无缘无故地这样做，即使他们打算构建更好的预览器，如果它仍然存在，它就不会咬任何人* ss，因为它甚至可以是开源的。

有这个开源 livereload 项目，但我不知道它有多好。 当我看到源代码在我看来已经很复杂了:)。 如果有希望的话，我很乐意为它做出贡献https://github.com/ylatuya/XAMLator

我猜测 livereload 和 livexaml 之间存在一些法律问题。 这就是微软停止使用它的原因。 如果不是法律问题，他们为什么要无缘无故地这样做，即使他们打算构建更好的预览器，如果它仍然存在，它就不会咬任何人* ss，因为它甚至可以是开源的。

无法想象法律问题，MS 拥有 Forms & XAML 的 IP。 这几乎不是一项专利，因为 MS 自 2005/8 以来一直在做 XAML 设计器 UI。

Previewer 在 2016 年的 Evolve 上进行了演示，我在那里，从那以后它就再也没有工作过，而且只有在 2018 年“只是”适用于基本项目、热加载......不等等等。所以我们应该把我们的乐观建立在？

仅供参考......它又回到了市场上： https ://marketplace.visualstudio.com/items?itemName

@pauldipietro那可能应该是一条新评论，而不是对现有评论的更新，而该评论已获得如此多的反对票。 另外，没有人收到更新通知。

我要感谢大家的反馈和意见。 Xamarin Live Reload 是一项实验性技术，它让我们深入了解开发人员在 UI 设计的不同场景中的生产力。 目前，我们正在从我们的任何实验性技术退后一步，并重新集中精力稳定和改进已通过 XAML 预览版和 IDE 工具（如 XAML IntelliSense）内置到 Visual Studio 中的出色生产力体验、更快的 Android 构建时间、和更多。 请通读我们的 Visual Studio 2019 路线图功能，以了解有关我们正在为 Xamarin.Forms 开发的新生产力功能的更多信息。 该扩展已重新列出并将继续用于 Visual Studio 2017，但不会接收未来的更新。

抄送： @jamesmontemagno @brianlagunas
嗯……朝着正确的方向迈出了一步。 至少这两种技术中最好的（LiveReload 与 Previewer）再次可供人们使用_新技术正在开发中_。 这比在没有替代品的情况下拉动它们更有意义。

我将进一步赞扬重新关注稳定性并修复......一切......的当前状态，以达到可以信任和自信使用当前存在的一切的地步。 我渴望有一天简单的label可以按预期工作，或者在导航更改和返回后 UI 的状态不会恢复。

我认为像微软这样规模的公司基本上是这样说的：

我们_不会_分配足够的人力资源来修复现有事物并改进开发人员工具。

但我知道所有公司都必须在某个地方划清界限。 一切都归结为他们将在哪里花钱。 我不必喜欢它。 我不认为 MS 不能同时做这两件事。 但我可以看到答案并不总是堆积在更多的人身上。 事情确实到了这样的地步，您不能让 47 个人同时处理相同的文件，而不会互相干扰。

我不确定我对“Visual Studio 2019 中的到来”这句话的感受。 在企业环境中，我们中的许多人直到最近才开始迁移到 VS2017 - 当所有人都离开时，这仍然是错误的。 与个人自由职业者不同，我们不能跳到大多数工具的v.today上。 我试图不阅读这篇 2019 年的评论

“不要指望 VS2017 会有改进，你们中的大多数人都报告了无数问题。

但也没有看到另一种方式。

我想问：有Xamarin路线图吗？ 因为如果所有开发人员支持都从 LiveReload 之类的工具中移除并重新分配给修复错误的 Xamarin，那么我们（开发人员社区）因此应该期待 Xamarin 生态系统的大事和更快的版本更新 - 对吗？

当 LiveReload 工作但 LiveXaml 不工作时，我有用户案例。 这是一个非常有用的工具。 我建议在社区中开发它。 需要开源。 @jamesmontemagno @brianlagunas - 这可能吗？

有趣的是，这不是优先事项，flutter/react native 的实时重新加载功能和 xamarin 的缺乏之间有明显的区别。 这个预览版实际上效果很好，我不明白为什么它被删除了。

嘿@jamesmontemagno ，Previewer 目前是否提供 LiveReload 已经提供的所有功能？ 如果不是，则它是劣质产品，应该放弃 LiveReload。 那么它应该是作为 VS 一部分的标准 LiveReload。
它是一种情况：
1）你在MS内部没有足够的吸引力来实现它；
2）您不知道开发人员真正想要什么，在这种情况下，请参见上文；
3) 你真的相信预览器是有希望的。

@FunkyLambda不，它还没有提供任何东西。 它甚至无法显示正确的滚动视图。 其实预览器的想法是好的，因为我可以理解。 如果效果很好，您可以简单地在不同手机尺寸上测试您的用户界面，就像在浏览器上使用 react native 一样。 但我怀疑这在短期内是否容易实现。 我们还必须创建可测试的静态列表（参见 James 在 VS 发布活动中的演示）。 我希望将预览器作为第二个工具，也许是为了测试一些 UI 单元测试或一些静态页面。 但是我们肯定需要一个像 live reload 这样的热重载工具。
有一堆开源项目试图实现热重载，但它们都缺少一些东西或存在一些严重的问题。 Livereload 是最好的工作之一。 至少如果 xamarin 不想继续使用它，他们可以开源它。 因此，我们都可以为进一步发展它做出贡献。

现在每个人都可以使用免费的开源 HotReload https://github.com/AndreiMisiukevich/HotReload

^ 我尝试了一些解决方案，付费和开源。 到目前为止，这是我最喜欢的工具，VS 插件、VS Mac 插件、Rider 插件以及可从命令行运行的工具。

我被告知，请求功能并为其投票的正确位置是https://developercommunity.visualstudio.com。 （我想这是 Xamarin 团队决定社区想要什么的地方。）所以我继续创建了一个 Live Reload 的功能请求： https :