VC ++ MFC在不久的将来会过时吗?

通常人们说MFC很笨拙。 它使得UI开发稍微难以维护,因为它有很多自动生成的代码。 它具有良好的体系结构(doc / view),但不像Win32编程那样透明,以了解窗口程序如何在后台运行。 所以,在这种情况下,扩展MFC编程的曝光度,或者更好地切换到.NET是很好的,因为更快的用户界面devise,易于维护。

 继续作为MFC开发人员还是很好的了解.NET? 

全球性公司如何将MFC视为UI开发技术。 他们是否愿意支持他们的开发人员继续使用MFC或寻求改变他们的开发技术。

Solutions Collecting From Web of "VC ++ MFC在不久的将来会过时吗?"

我真诚地怀疑,任何公司将开始使用MFC,而不是至少,WinForms的新项目。

但我可能太乐观了。

另一方面,有人可以维护使用MFC的旧项目总是一件好事,但我不会只依靠这种技能。

那么,我们的产品包含大约70个MFC项目(EXE和DLL),大约有100多年的开发工作。

我们必须确保这个应用程序将在至少10年后运行。 我们必须确保我们现有的客户可以使用他们的NT网络和Win98客户端。

考虑到这一点,我们仍然开始使用MFC的新项目。

尽管一些光学的东西在每一个Windows版本中都是新的,但是Windows的核心仍然几乎相同,MFC将继续工作。

在大多数情况下,MFC已经属于遗留代码的范畴。 但是,只知道C ++ / MFC的团队/公司会继续将其用于新的应用程序,因为它们更快,并且可以让他们重新使用现有的代码库。

所以总的来说,遗留的MFC代码比例将继续增长,但是技术通常需要几年或者几十年才能消亡,因为一个团队的生命周期可能会持续这个时间。

如果你是一个MFC开发人员,找到一种学习.NET的方法绝对是一个好主意,因为越来越少的工作将需要MFC,而这些工作通常是旧项目,而不是令人兴奋的新东西。

但它仍然是一个有用的技能,知道一些罕见的技术可以让你好钱!

保持你的C ++技能是最新的。 如果我正在面试一个工作的候选人,并且知道C ++,并且可以展示一些C ++深厚的技能,我知道他们将能够处理我向他们抛出的任何东西,无论是VB,C#,Java,Python等等。不同的语法和语义。 多线程编程是一个额外的层面,这是非常好的。

我已经做了很多MFC多年,仍然喜欢它很多。 这是生成一个小的依赖项免费的Windows可执行文件的最简单和最快的方法。 我通常混合使用ATL,STL和MFC的boost类,他们都是作为一个幸福的家庭一起工作。 你需要了解自动生成的代码是干什么的,但实际上并不那么困难,特别是如果你完成了纯粹的win32程序。

任何MFC程序员也应该学习.Net。 这并不难,因为MFC / Win32开发人员将理解.Net框架中的所有这些类实际上在做什么。

作为一个职业决定,我仍然鼓励任何人将技能扩展到Windows桌面应用程序之外。 当然,任何消费者桌面应用程序都希望成为跨平台,许多新的业务应用程序也是如此。 如果你想留在本地计算机应用程序,你应该考虑学习一个跨平台的框架,如Qt。

当然,许多应用程序正在移动到网络,所以它也不会有一点点伤害有一些技能。