Windows 8和LOB应用程序

Question

为Windows 8构建业务线应用程序的建议方法是什么？例如复杂的定制金融应用

它们显然不适合Metro风格，因此可能是常规桌面应用

使用WPF的建议是什么？这是否有vNext？

我作为开发人员构建的应用程序类型是桌面式应用程序。它们不适合Metro风格。关于这种风格的应用程序，我们没有听到过很多关于它的建议。

因此，如果您要推出一款桌面应用程序以配合Windows 8的发布 - 那么首选的技术应用是什么。 （我得到的印象是WPF即将结束）

Win RT中有什么可以利用的吗？

非常感谢

Answer 1

WinRT用于构建Metro风格的应用程序。如果您正在构建的应用程序不适合Metro风格，那么只需将其构建为传统的桌面应用程序即可。并非所有应用程序都适合Metro风格，并且他们没有。

Answer 2

嗯，现在这是一个有点老问题，但是现在情况更加清晰（在发布Windows 8及其平板电脑版本 - 带有微软的一些新硬件的Windows RT之后），您可能会重新考虑定位 WinRT 而不是 WPF 用于您的新项目。这将允许您的应用在具有 Windows RT 操作系统的平板电脑上运行，以及在“Metro模式”和可观察的未来在桌面上工作（考虑到MS计划统一桌面和移动设备的开发将项目定位到WinRT）这也可以简化将财务应用程序的主要桌面功能部分移植到在 Windows Phone 上运行的移动对应版本，并允许用户即使在外出时也可以执行一些有用的操作

至于复杂的财务应用程序可以融入“Metro”设计和概念 - 您应该查看Windows应用商店中的几个现有财务应用程序，并将它们的复杂性与您的可能要求进行比较。

确定WinRT是否适合您的桌面应用程序的另一种方法是考虑将应用程序的所有功能分解为多个相对分离的屏幕的复杂程度，输入元素足够大，可以通过手指进行触摸输入 - 如果看起来可行，那么您很可能应该使用WinRT。

但是，如果应用程序预期同时显示大量不同的表，或者，例如，应该由用户收集大量的类型信息（即长描述，富文本格式化，许多字段填充等）然后它可能只能在桌面模式下使用硬件键盘和用户面前的大屏幕（即在平板电脑/手机上，用户做这些事情会很痛苦）。在这种情况下，WPF会很好地适应。

Answer 3

假设您坚持使用WPF作为目标。

然后，您可以尝试在WinRT，Silverlight和WPF的交集中尽可能多地保留您的代码。维护两个（或三个）项目并确保它们（所有）都编译。最终你可能不得不使用特定于WPF的平台。简单地将其存在于WinRT / Silverlight中。

无论Microsoft使用Windows 9做什么，这都为您提供了最大的灵活性，并允许您跟踪可以直接移植的代码量。如果他们将WinRT XAML带到桌面，你就会受到保护。如果他们改进了Metro /桌面集成（比如更丰富的任务切换器），那么您也会受到保护。如果没有任何反应，那么您只需缴纳一小笔开发税。

WPF仍将在4.5版之后出现。可能无法获得许多在Silverlight或WinRT中没有首先出现的华丽新功能，但WPF无论如何都接近成熟的技术。 Visual Studio，Expression Blend和AutoCAD应足以确保其未来的支持。

Answer 4

对这个问题有一个很好的答案还为时过早。 WPF应用程序不会消失，我认为它会继续下去。具体的改变是开放的。在其中一个会谈中可能会说一些事情，其他人将在稍后的Windows 8及更高版本的过程中显示。就个人而言，我认为没有必要立即改变你目前的LOB策略。如果它是WPF使用它，如果它是WinForms或WebForms它也是好的。也许有一种方法可以使用一个特殊的图块来总结一些关键数据，并调用该应用程序会增加额外的价值。

这只是一个意见

Answer 5

是的，解决方案是忽略其他所有内容并转到WinRT和Metro界面，因为现在很清楚，其他所有内容都被微软宣布死亡，未来只有一个，即Metro接口（现代用户界面） 。基于另一种技术创建一个新项目，它正在投资于一项死技术，对任何开发者来说都可能是一场灾难。 问题是没有人想要使用微软支持的唯一一种技术，即所谓的现代用户界面。

情况几乎是PARADOXICAL。

除了现代界面之外，所有内容都被宣布为过时，因此要创建新项目一个HAS绝对使用现代界面作为目标，但我们都知道存在没有人想要的“小”可能性（现在）软件为现代界面（地铁）写的。

我们有一些成功的Mac LOB应用程序（销售情况良好），我们希望将它们带到Windows，但考虑到目前情况有多么困惑，我们现在更愿意观望，因为这可能是历史上最糟糕的时间考虑用户开发适用于Windows的新应用 不想全部使用瓷砖  因为它们只是美化的小部件，仅此而已...... 并且LOB的人们想要真正的应用程序而不是这些笑话，只有在Facebook上花费大部分时间的非技术人员才能认为可以替代真正的应用程序

我的想法是，微软必须明白磁贴永远不会对LOB起作用，但我认为它们永远不会这样做，这将给微软和整个回声系统造成真正的灾难，将在未来50年内被记住

Answer 6

我认为同样的建议适用于现在。如果您想要深度操作系统集成，那么使用WPF而不是Silverlight可能会更好。但是，如果您使用的是浏览器外应用程序，Silverlight 5可以很好地插入Silverlight 4中的当前漏洞。

我认为这实际上取决于您想要的部署类型。