Wpf 离开Visual Studio 6世界,开始新的尝试。。。从哪里开始

Wpf 离开Visual Studio 6世界,开始新的尝试。。。从哪里开始,wpf,windows-8,Wpf,Windows 8,不,你没有误读标题 我的公司开发Visual Studio 6/MFC/DCOM应用程序已有一段时间了(请记住:这些应用程序在1998年很热),现在我有机会开发一个新的应用程序,一个新产品 出于很多原因(好的或坏的,或两者兼而有之),我们希望继续使用微软技术。 我们的最终客户是习惯于使用Windows和桌面应用程序的大公司。对于大多数人来说,他们正在(或将在未来一两年内)离开WindowsXP For Windows7(甚至不要考虑Windows8) 让自己成为“普通开发人员”,我开始玩游戏,并

不,你没有误读标题

我的公司开发Visual Studio 6/MFC/DCOM应用程序已有一段时间了(请记住:这些应用程序在1998年很热),现在我有机会开发一个新的应用程序,一个新产品

出于很多原因(好的或坏的,或两者兼而有之),我们希望继续使用微软技术。 我们的最终客户是习惯于使用Windows和桌面应用程序的大公司。对于大多数人来说,他们正在(或将在未来一两年内)离开WindowsXP For Windows7(甚至不要考虑Windows8)

让自己成为“普通开发人员”,我开始玩游戏,并开始使用以下工具进行概念验证:

  • VisualStudio2010
  • WPF-借助Telerik Rad Control为WPF提供的帮助(不管喜欢与否,这不是问题)
  • MVVM
  • 棱镜
我很高兴,但是。。。随着Windows8的升级,出现了一大堆新的流行语

  • 温特
  • Metro应用程序(有Metro的Rad控件预览)
  • XAML或HTML
微软也有很多恶意:

  • 世界粮食计划署(甚至更多的Sylverlight)将死去
  • 桌面应用程序将变得更加面向web
  • 等等
我的问题是:在我的情况下,你会怎么做

我希望得到以下类型的答案:

  • 我一定会那样做
  • 您可以这样做,这样就不会阻止您以后更新其他内容
  • 技术X让你做到这一点,而技术Y让你做到这一点。在你的情况下,出于这个原因,我会选择X

谢谢

我从90年代中期开始发展,所以我知道你来自哪里。我以前也用过同样的技术。最近,我的UI工作围绕WPF/Silverlight/Prism/MVVM和MVC/HTML/CSS/JQuery展开。看起来贵公司的技术技能是面向桌面应用程序的,而不是基于浏览器的。我认为自然的进展将是使用基于XAML的开发,特别是WPF。我认为,基于Web的开发将延长新应用的开发时间,因为它引入了许多团队可能不熟悉的技术

正如您所提到的,人们现在担心的是基于XAML的应用程序即将死亡。这可能是真的,但不是很快,如果您相信Microsoft,您可以选择将它们转换为WinRT/Metro(C#/XAML堆栈)。此方法的一些注意事项:

  • XAML需要一段时间来学习
  • MVVM和PRISM对于许多开发人员来说都是困难的概念
  • 与web堆栈相比,具备这些技能的开发人员并不多

WPF与MVVM模式中的PRISM相结合,是一个功能强大的桌面开发工具包,它可以让您真正成功地完成新项目

我从90年代中期开始开发,所以我知道您来自哪里。我以前也用过同样的技术。最近,我的UI工作围绕WPF/Silverlight/Prism/MVVM和MVC/HTML/CSS/JQuery展开。看起来贵公司的技术技能是面向桌面应用程序的,而不是基于浏览器的。我认为自然的进展将是使用基于XAML的开发,特别是WPF。我认为,基于Web的开发将延长新应用的开发时间,因为它引入了许多团队可能不熟悉的技术

正如您所提到的,人们现在担心的是基于XAML的应用程序即将死亡。这可能是真的,但不是很快,如果您相信Microsoft,您可以选择将它们转换为WinRT/Metro(C#/XAML堆栈)。此方法的一些注意事项:

  • XAML需要一段时间来学习
  • MVVM和PRISM对于许多开发人员来说都是困难的概念
  • 与web堆栈相比,具备这些技能的开发人员并不多

WPF与MVVM模式中的PRISM相结合,是一个功能强大的桌面开发工具包,可以让您在新项目中取得成功

这是一个投票问题,因此不适合这样做。在您的情况下,我可能会去找程序员,但SO并没有真正涵盖这一点!投票给程序员…这个问题怎么能被转移给程序员?这是一个投票问题,因此不适合SO。在你的情况下,我可能会去找程序员,但SO并没有真正涵盖这一点!投票转移到程序员身上……如何将问题转移到程序员身上?