为 Windows 8 构建业务线应用程序的推荐方法是什么？例如复杂的定制财务应用程序
它们显然不适合 Metro 风格，因此可能会成为常规桌面应用程序
那么推荐使用 WPF 吗？这个有vNext吗？
我作为开发人员构建的应用程序类型是桌面风格的应用程序。它们不适合 Metro 风格。我们没有从\Build 那里听到太多关于这种风格的应用程序。
因此，如果您要在发布 Windows 8 的同时推出一款桌面应用程序，那么首选的技术用途是什么？（我得到的印象是 WPF 即将退出）
Win RT 中有什么可以利用的吗？
多谢
WinRT 用于构建 Metro 风格的应用程序。如果您正在构建的应用程序不符合 Metro 风格，那么只需将其构建为传统的桌面应用程序即可。并非所有应用程序都适合 Metro 风格，而且它们也不必如此。
Well, this is a bit old question now, but since situation is more clear nowadays (after release of Windows 8 and its tablet version - Windows RT with some new hardware by Microsoft) you may reconsider targeting WinRT instead of WPF for your new projects. This will allow your apps to run on tablets with Windows RT OS in addition to work on desktop in "Metro mode" and in the observable future (taking into account MS plans for unifying development for desktop and mobile by targeting project to WinRT) this also could simplify porting part of main desktop functionality of your financial app to its mobile counterpart version running on Windows Phone and allowing the user to do something useful even when they are on the go.
As for how much complex financial application could fit into "Metro" design and concept - you should have a look into several existing financial application in the Windows Store and compare their complexity with your possible requirements.
Another way to determine if WinRT will suites your desktop app is thinking about how complex will be breaking all functionality of your app into multiple relatively separated screens with input elements large enough for touch input by fingers - if that's looks doable, then you probable should go with WinRT.
But if the application is expected to show a large number of different tables simultaneously or, for example, should collect a lot of typed information by user (i.e. long descriptions, rich text formatting, lots of fields to fill etc.) then it probably will be usable in desktop mode only with hardware keyboard and large screen in front of user (i.e. on tablets/mobile it will be just painful for user to do all those things). In that case the WPF will suites just fine.
假设您坚持使用 WPF 作为目标。
然后，您可以尝试将尽可能多的代码保留在 WinRT、Silverlight 和 WPF 的交集内。维护两个（或三个）项目并确保它们（全部）都能编译。最终，您可能不得不使用特定于 WPF 的平台的东西。只需为 WinRT/Silverlight 存根即可。
无论 Microsoft 对 Windows 9 做什么，这都能为您提供最大的灵活性，并允许您跟踪可以直接移植多少代码。如果他们将 WinRT XAML 带到桌面，那么您将得到保障。如果他们改进了 Metro/desktop 集成（比如更丰富的任务切换器），那么您也会受到影响。如果什么都没发生，那么您只需要缴纳少量的开发税。
WPF 在 4.5 版之后仍然存在。可能不会获得许多在 Silverlight 或 WinRT 中首次出现的华丽新功能，但 WPF 无论如何都接近成熟的技术。Visual Studio、Expression Blend 和 AutoCAD 应该足以确保其未来的支持。
是的，解决方案是忽略其他所有内容并转到 WinRT 和 Metro 界面，因为现在很清楚，微软宣布其他所有内容都已失效，并且未来只有一个，即 Metro 界面（现代 UI）。创建一个基于另一种技术的新项目，它正在投资于一项死技术，这对任何开发人员来说都可能是一场灾难。问题是没有人愿意使用微软支持的唯一一种技术，即所谓的现代 UI。
这种情况几乎是自相矛盾的。
除了现代界面外，所有东西都被宣布为过时，因此要创建新项目，必须绝对使用现代界面作为目标，但我们都知道，没有人想要（像现在一样）为现代界面（地铁）。
我们有一些成功的适用于 Mac 的 LOB 应用程序（卖得很好），我们想把它们带到 Windows 上，但考虑到目前的情况有多混乱，我们更愿意观望，因为这可能是开发一个历史上最糟糕的时期考虑到用户根本不想使用磁贴的 Windows 新应用程序，因为它们只是美化的小部件，仅此而已……而 LOB 的人们想要真正的应用程序，而不是这些只有非技术人员花费大部分时间的笑话Facebook 可以认为可以替代真正的应用程序
我的想法是，微软必须明白磁贴永远不会为 LOB 工作，但我认为它们永远不会，这将对微软和整个回声系统造成真正的灾难，并将在未来 50 年内被铭记
现在对这个问题有一个好的答案还为时过早。WPF 应用程序不会消失，我认为它会继续下去。具体会改变什么是开放的。有些事情可能会在其中一场谈话中说出来，而其他事情将在 Windows 8 及更高版本的过程中稍后展示。就我个人而言，我认为没有立即改变您当前在 LOB 上的策略的必要。如果是 WPF 使用它，如果它是 WinForms 或 WebForms 也很好。也许有一个特殊的磁贴总结一些关键数据并调用应用程序的方法会带来额外的价值。
这只是一个意见
我认为与现在相同的建议适用。如果您想要深度操作系统集成，那么使用 WPF 而不是 Silverlight 可能会更好。但是，如果您使用浏览器外的应用程序，Silverlight 5 可以弥补 Silverlight 4 中当前的漏洞。
我认为这实际上取决于您想要的部署类型。