Wpf Windows 8和LOB应用程序

Wpf Windows 8和LOB应用程序,wpf,windows-8,windows-runtime,Wpf,Windows 8,Windows Runtime,为Windows 8构建业务线应用程序的推荐方法是什么?e、 g.复杂的定制金融应用程序 它们显然不适合Metro风格,因此可能是一个常规的桌面应用程序 因此,建议使用WPF?这个有vNext吗 我作为开发者开发的应用类型是桌面风格的应用。它们不适合地铁风格。对于这种风格的应用程序,我们还没有从\ Build听到太多的消息 因此,如果你打算在Windows8发布的同时推出一款桌面应用程序,那么你更喜欢使用什么技术呢。 (我得到的印象是WPF即将退出) Win RT中有什么可以利用的东西吗 非常感

为Windows 8构建业务线应用程序的推荐方法是什么?e、 g.复杂的定制金融应用程序

它们显然不适合Metro风格,因此可能是一个常规的桌面应用程序

因此,建议使用WPF?这个有vNext吗

我作为开发者开发的应用类型是桌面风格的应用。它们不适合地铁风格。对于这种风格的应用程序,我们还没有从\ Build听到太多的消息

因此,如果你打算在Windows8发布的同时推出一款桌面应用程序,那么你更喜欢使用什么技术呢。 (我得到的印象是WPF即将退出)

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


非常感谢

WinRT用于构建Metro风格的应用程序。如果您正在构建的应用程序不符合Metro风格,那么只需将其构建为传统的桌面应用程序即可。并不是所有的应用程序都适合Metro风格,而且它们也不一定适合Metro风格。

现在对这个问题有一个好的答案还为时过早。WPF应用不会消失,我认为它会继续。具体会发生什么变化是公开的。有些事情可能会在其中一次会谈中说出来,而另一些则会在Windows 8及更高版本的进程中显示出来。就我个人而言,我认为没有必要立即改变你目前的LOB战略。如果是WPF,那么使用它;如果是WinForms或WebForms,那么它也很好。也许有一种方法可以使用一个特殊的磁贴来汇总一些关键数据并调用应用程序,这会增加应用程序的价值


这只是一个观点

我认为同样的建议也适用于他们现在的做法。如果您想要深入的操作系统集成,那么最好使用WPF而不是Silverlight。但是,如果您选择浏览器外应用程序,Silverlight 5可以在很大程度上弥补Silverlight 4当前的漏洞


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

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

然后,您可以尝试将尽可能多的代码保存在WinRT、Silverlight和WPF的交叉点内。维护两个(或三个)项目,并确保两个(全部)项目都已编译。最终,您可能必须使用特定于WPF的平台。只需为WinRT/Silverlight将其删除即可

无论Microsoft如何处理Windows 9,这都为您提供了最大的灵活性,并允许您跟踪有多少代码可以直接移植到Windows 9上。如果他们把WinRT XAML带到桌面,你就被覆盖了。如果他们改进了Metro/桌面集成(比如更丰富的任务切换器),那么您也可以参与其中。如果什么都没发生,那么你只需缴纳一小笔开发税


WPF在4.5版之后仍然存在。可能不会有很多在Silverlight或WinRT中首次出现的华而不实的新功能,但WPF已经接近成熟的技术了。Visual Studio、Expression Blend和AutoCAD应该足以确保其未来的支持。

好吧,这现在是一个有点老的问题,但因为现在情况更清楚了(在Windows 8及其平板电脑版本发布后-Windows RT和Microsoft的一些新硬件)您可以重新考虑针对新项目的WinRT而不是WPF。这将允许您的应用程序在具有Windows RT操作系统的平板电脑上运行,并且在“地铁模式”和可观察的未来在桌面上工作(考虑到微软计划通过将项目定位于WinRT来统一桌面和移动设备的开发)这还可以简化将金融应用程序的部分主要桌面功能移植到运行在Windows Phone上的移动对应版本的过程,并允许用户在外出时做一些有用的事情

至于“Metro”设计和概念中可以容纳多少复杂的金融应用程序,您应该查看Windows应用商店中现有的几个金融应用程序,并将它们的复杂性与您可能的需求进行比较

确定WinRT是否适合您的桌面应用程序的另一种方法是考虑将应用程序的所有功能拆分为多个相对独立的屏幕,屏幕上的输入元素足够大,可以用手指触摸输入,这有多复杂——如果这看起来可行,那么您可能应该选择WinRT


但是,如果应用程序需要同时显示大量不同的表,或者,例如,用户需要收集大量键入的信息(例如,长描述、富文本格式、大量要填充的字段等),那么它可能只能在桌面模式下使用,并且只有在用户面前有硬件键盘和大屏幕(即,在平板电脑/手机上,用户做所有这些事情都会很痛苦)。在这种情况下,WPF将很好地适应。

是的,解决方案是忽略所有其他内容,转到WinRT和metro界面,因为现在已经很清楚了,所有其他内容都被Microsoft宣布无效,未来只有一个,metro界面(现代UI).基于另一项技术创建一个新项目它正在投资一项过时的技术,这对任何开发人员来说都可能是一场灾难。 问题是没有人愿意使用微软支持的唯一一种技术,即所谓的现代用户界面

这种情况几乎是自相矛盾的

除了现代接口,所有东西都被宣布为过时,因此要创建新的项目,必须绝对使用现代接口作为目标,但我们所知道的是,没有人会想要(像现在一样)为现代接口(metro)编写的软件

我们为Mac开发了一些成功的LOB应用程序(卖得很好),我们想把它们带到Windows上,但考虑到目前的情况有多混乱,我们更愿意拭目以待,因为考虑到用户,这可能是历史上为Windows开发新应用程序最糟糕的时候 不想和你在一起