我不知道如何从Visual 2015中运行Win8.1仿真器。
我正在运行Win10周年版。我还运行VisualStudioCommunity2015和所有服务包。
在Visual的顶部,我看到以下内容:

是的,我看到下载的新仿真器..。选择,但并不是很有帮助,因为它带着大量的选项进入网页,而且它们并不是很有描述性的。当您单击该命令时,它会将您带到:https://developer.microsoft.com/en-us/windows/downloads/sdk-archive
有人知道我应该选择哪种选择来获得Win 8.1模拟器吗?
我猜想是这个版本,但它是一个旧版本,从解释(它是881 it的下载):

此外,这里是应该安装的项目。我一点也没看到模拟器.

任何其他方式
有没有其他方法可以确定我的UWP是否会在Win8.1上正常运行?
编辑
部署Win 10有很多问题吗?Win 8.1应用程序无数次。这就是为什么巨魔不加评论就否决了这个问题吗?帮不上忙,巨魔。
我曾在2013年作为UWA (不管微软怎么称呼)来编写我的应用程序?只针对Win8.x。然后,我阅读了UWP文档,并确定我应该作为一个UWP (通用,微软,我想你不明白这个词的意思)。

Visual 2013 Win8.x版本不喜欢在Visual 2015中正确构建和运行。
希望确保Win8.x用户也能运行我的应用程序
是的,微软,还有人在运行Win8.x。我还在2015中作为UWP构建了这个应用程序,但我希望我的应用程序也能为Win8.x用户运行。你看,我实际上是想让我的应用程序变得通用。
Visual 2015构建Win8.1应用程序
我听取了回答这个问题的人的建议,并开始构建Win8.1版本。我有2013和2015工作室可供我使用。我可以在win10上构建和运行win8.1版本,所以我尝试在Win8.1设备上运行它--任何东西!我试图这么做,Visual 2015告诉我我需要下载一个SDK。好的,,我来做。
然后,当安装完成并重新启动时,我尝试在8.1模拟器上运行它。不是的。在微软有限的智慧中,他们最终会在Win10模拟器上运行它。
赢8.1模拟器?精神科!
当我选择以下内容时--这清楚地显示了Win8.1 --然后它在Win10模拟器上运行。

哦,好吧,也许我做错了choice...even,虽然上面写的是Win8.1。让我们选择一个具体的8.1电话模拟器,好吗?

当您尝试使用该选项在Visual 2015中构建时,您将得到以下错误:

是的,没错,微软。我没有赢得8 x64专业。这是因为当我试图将这个应用程序写成时,你的强迫我升级到Windows来做Win10开发。
支持两个不同版本的应用程序
微软是如此的支离破碎,以致于什么都不起作用。我会解决这个问题,并创建我的解决方案,这可能意味着支持两个不同版本的应用程序。这很好。但是,微软,(和其他无名巨魔(MSMVP可能?)不要假装这个问题有一个明显的答案。
祝所有掉进这个陷阱的人好运。
编辑2还提到了一件事:
这是合理的,新的API不兼容旧的操作系统,它是这样做在任何地方。
这是有道理的。我也是一名安卓开发人员和iOS开发人员,所以我已经使用Android和XCode开发了应用程序,并针对各种硬件进行了开发,所以我想对此发表评论。事实上,这是真的。例如,您可以使用可能不再受支持的旧API或在以前版本的Android中不可用的新API。
要点
然而,重点是Android允许您:
真的,XCode也是如此。很明显,微软在不知道他们的目标是什么的情况下就跳进了这个想法。赶往市场。
发布于 2016-11-12 19:35:25
您不能在Windows8.1模拟器或Windows 8.1模拟器上测试UWP应用程序,因为UWP应用程序与Windows8.1不向后兼容。
UWP应用程序仅在Windows 10上运行,因此您只能支持升级到此版本的操作系统的设备。
要同时针对Windows 10和Windows8.1,您需要构建一个Windows8.1应用程序,而不是UWP应用程序。当您的项目是Windows 8.1应用程序时,Windows 8.1模拟器将在“调试”菜单中可用。
UWP应用程序是通用的
随着时间的推移,通用Windows经历了许多变化,然后才到达真正的通用点。
有一个非常有用的时间表,这有助于理解这一点:

正如您所看到的,这种融合需要进行大量的幕后更改,才能将以前的所有独立操作系统合并到一个统一的Windows和统一的编程模型中。
Windows8.1运行时API和UWP API之间的变化并不大,但关键是,它需要向最终目的地(即Windows 10 )的转变。
Windows 10是最后一个版本的。这意味着,你今天构建的应用程序肯定会是通用的,并且支持未来的。新模型不仅允许针对多个不同的设备形状因素(借助自适应设计),而且还可以针对各种不同版本的操作系统。
使用版本自适应码的概念,您可以使用简单的if语句来查看特定特性或API在使用之前是否可用:
// Check for presence of type MediaPlayerElement.
if (ApiInformation.IsTypePresent("Windows.UI.Xaml.Controls.MediaPlayerElement"))
{
mediaControl = new MediaPlayerUserControl();
}
else
{
mediaControl = new MediaElementUserControl();
}它的最大优点是,您可以始终针对最新的API,但在中保留对旧版本的支持--一个单独的代码库,而不需要任何“黑客”。您可以为操作系统的特定版本、特定设备、特定输入微调您的代码,您可以给它命名。
实际上,我认为than 10的自适应代码实现比现在用Android更好。通过将Roslyn集成到Visual中,可以使自定义分析器(如PlatformSpecific.Analyzer )得到改进,当您使用不受支持的API时,它可以让您知道,甚至能够用条件自适应代码语句来修复代码。
这是一条通往这里的艰难道路,但从现在开始,对我们开发者来说,一切都会好得多。
https://stackoverflow.com/questions/40566816
复制相似问题