XAML、WPF和Windows 8

我希望这里有人能在这种情况下向我解释WPF和XAML之间的区别：

我有一个用VB.NET编写的应用程序（特别是XBAP），使用MVVM和Repository模式，实现了通常的INotifyPropertyChanged、OLEDB等

应用程序的前端是用XAML编写的

据我所知，这个应用程序没有特别的“WPF”。在我看来，它是XAML+VB.NET；WPF从何而来？鉴于windows 8和我不断听到的“Silverlight/WPF的死亡”，我应该如何“升级”我的应用程序以确保其未来

---

如果有人能帮我澄清这一困惑，我将不胜感激。

XAML+您的代码背后是WPF。您正在使用WPF。XAML是用于在WPF中定义接口的标记

在这一点上，我不会太担心“Silverlight/WPF的死亡”。仅仅因为Windows8支持HTML5/JavaScript并不意味着WPF已经消失。至少，还没有

（XAML浏览器应用程序）是一种在浏览器中运行的WPF XAML应用程序。不多不少

---

WPF不会很快消失；事实上，它在.NET4.5中得到了许多增强。Windows 8将继续支持WPF，无论它是在桌面上运行还是作为XBAP运行。没有必要“升级”你的应用程序，但是如果你想利用Windows应用商店和新的用户界面，WinRT XAML并不困难。

请看，WPF可以被称为WinForms的继承者。在WPF中，我们有一个XAML，它只是XML，但功能更强大，具有更大的属性。 WPF没有死！

---

谈到Windows应用商店应用程序，Silverlight与WPF和XAML有很多关系

您的XBAP应用程序使用WPF:XAML作为用户界面，使用VB.NET作为后台代码。 如果您想确定，请检查代码中使用的名称空间是否以“System.Windows”开头

---

您的XBAP只是一种可以使用WPF技术创建的项目。（这是一个将多个网页显示为其UI的应用程序）。

我不太明白-我的大部分代码都是隐藏的，即模型和视图模型似乎只是我可以在WinForms中使用的标准vb.net代码-当我们升级UI时，我的95%代码都来自WinForms。整个数据库访问层、模型和绝大多数通用功能。我们在“WPF”@OmarMir下添加了ViewModels和其他一些小东西：您正在使用WPF库，因此，您正在使用WPF。你不会“在WPF中”编写应用程序，而不仅仅是“在LINQ中”或“在ADO.NET中”编写应用程序。它只是你使用的一套功能。您不需要从winforms中进行大量更改，这是一件好事。建议您在将模型与视图分离方面做得很好。我已经在Windows 8和Windows 10中测试了我的应用程序，是的，它可以运行，但在Windows 9和Windows 10中会发生什么？WinRT XAML无论用于什么用途都可以，但如何编写Windows桌面应用程序呢？还是打算停止这样做？据我所知，桌面应用程序将存在一段时间（尤其是由于企业）。在不远的将来，Windows不可能实现所有的地铁系统和桌面系统。我建议你别担心。