MFC现在还在实际工程中还有用么？有的话在哪些方面呢？
答案:1 悬赏:0 手机版
解决时间 2021-03-23 03:56
- 提问者网友：咪咪
- 2021-03-22 17:05
MFC现在还在实际工程中还有用么？有的话在哪些方面呢？
最佳答案
- 五星知识达人网友：梦中风几里
- 2021-03-22 17:41
1） 首先用他做软件界面比之前简单多了，减少了大部分代码，具有友好的人机交互界面来实现编程，因为在有些时候你只需要拖动一些控件就能实现界面编程，并且在编程的时候只需使用它的一些封装类就能实现大部分所需的功能。
2）对于一些多线程操作的类也进行了封装，在这方面功能有所体现
3）网络方面好像是winsock类,利用它可以实现简单的网络传送和接收方面的功能，你要用它编个聊天的软件也行，不过面向高级的可能要用到其他的类了。
4）数据库方面还封装了一些实用的类，可以方便访问大部分的数据源了！可以说基本够用！
5）还具一些编写动态链接库的功能哦
在工程方面基本上全是应用的知识要求，所以如果想要开发一些算法就基本脱离了工程实际了，涉及到研究领域基本上就不用他了。所以说由于以上方面用MFC实现了一些主要基本功能，总的来说进行实践效果还是不错的。追问嗯 这些我都知道 我现在想知道在如今.NET和JAVA盛行的年代里 MFC还能用来开发什么软件 学过设计模式的人都知道 MFC并不是一个好的封装模式 以至于现在大型游戏都不是直接使用MFC而是用API写引擎追答有些东西可能很容易被淘汰，然后得到改进，但在应用知识方面，这些思想我想是需要用学习来积累的。积累多了就有应用的经验了，你所说的这些盛行年代不也是由经典思想所继承的吗，东西是学不完的，我想学好一些经典就够日后运用了，正所谓触类旁通嘛~~追问也就是说现在MFC用的很少了？追答给你补充全吧 我也复习了下！看完你肯定有答案了呵呵。先撇开java不谈，因为他已经涉及到另外一种高级编程语言了，没有可比性，以下主要从.Net和MFC的区别，其中还含了API的关系中入手：
1. MFC是在API的基础上封装出来的一个类库，给C++程序员在Windows上快速开发用的。 .Net类库是在Windows非托管API的基础上封装出来的一个托管类库，给程序员在各种Windows平台上跨平台开发用的。两者一个是对NET平台来说，一个是WIN32。
2.NET的基类是基于.net运行时库的，通过运行时库对操作系统和硬件进行操作，而MFC是直接对操作系统和硬件进行操作的。MFC和.Net的根本理念很接近，似乎都是谋求多平台下统一的公共类封包，提高兼容性和开发速度。但是使用后我觉得.Net Framework的开发速度虽然高，但执行效率缺比较低，占用内存多而且发行包的体积太大。虽说号称未来会超越Windows跨越更多系统，虽说C#中的一些开发理念很吸引人，但是事实上一般的Win-App开发中，MFC看起来还是首选嘛。不过我认为用.NET开发比用MFC方便多了。
3. .NET 是 Microsoft XML Web services 平台。XML Web services 允许应用程序通过 Internet 进行通讯和共享数据，而不管所采用的是哪种操作系统、设备或编程语言。Microsoft .NET 平台提供创建 XML Web services 并将这些服务集成在一起之所需。对个人用户的好处是无缝的、吸引人的体验。net框架下可以支撑好多语言编写程序，所以大项目涉及的人多，造成五花八门的语言编程者的配合组团，最后通过.Net可以整合在一起，就像你说的当今开发的大型游戏。
4. NET框架是构建并运行程序的平台，他主要包括公共语言运行库（CLR）和.NET框架类库（FCL）。 所以编写.NET框架应用程序只需要使用FCL。CLR位于操作系统之上，为托管应用程序提供虚拟环境。如果把.NET框架比作人，那么CLR就是心脏和灵魂。CLR将托管代码翻译为一种伪汇编语言，即通用中间语言（CIL）。 有了FCL，语言仅仅是产生CLI（通用中间语言）的工具，不管是使用VB.NET还是C#，所有的托管应用程序都使用相同的API，即.NET框架类库（FCL）。在.NET平台下，所有的高级语言编写的代码最终都被编译为CIL。
总结： NET也好，C#也好，我觉得都是主要服务于网络环境开发和快速开发，当然也有所谓的跨平台移植，而MFC作为一套Framwork来说，可能相对更面向一些纯本地应用开发。所以，MFC还是很有前途的，作为MS的双股剑，MFC/ATL还将继续辉煌！
2）对于一些多线程操作的类也进行了封装，在这方面功能有所体现
3）网络方面好像是winsock类,利用它可以实现简单的网络传送和接收方面的功能，你要用它编个聊天的软件也行，不过面向高级的可能要用到其他的类了。
4）数据库方面还封装了一些实用的类，可以方便访问大部分的数据源了！可以说基本够用！
5）还具一些编写动态链接库的功能哦
在工程方面基本上全是应用的知识要求，所以如果想要开发一些算法就基本脱离了工程实际了，涉及到研究领域基本上就不用他了。所以说由于以上方面用MFC实现了一些主要基本功能，总的来说进行实践效果还是不错的。追问嗯 这些我都知道 我现在想知道在如今.NET和JAVA盛行的年代里 MFC还能用来开发什么软件 学过设计模式的人都知道 MFC并不是一个好的封装模式 以至于现在大型游戏都不是直接使用MFC而是用API写引擎追答有些东西可能很容易被淘汰，然后得到改进，但在应用知识方面，这些思想我想是需要用学习来积累的。积累多了就有应用的经验了，你所说的这些盛行年代不也是由经典思想所继承的吗，东西是学不完的，我想学好一些经典就够日后运用了，正所谓触类旁通嘛~~追问也就是说现在MFC用的很少了？追答给你补充全吧 我也复习了下！看完你肯定有答案了呵呵。先撇开java不谈，因为他已经涉及到另外一种高级编程语言了，没有可比性，以下主要从.Net和MFC的区别，其中还含了API的关系中入手：
1. MFC是在API的基础上封装出来的一个类库，给C++程序员在Windows上快速开发用的。 .Net类库是在Windows非托管API的基础上封装出来的一个托管类库，给程序员在各种Windows平台上跨平台开发用的。两者一个是对NET平台来说，一个是WIN32。
2.NET的基类是基于.net运行时库的，通过运行时库对操作系统和硬件进行操作，而MFC是直接对操作系统和硬件进行操作的。MFC和.Net的根本理念很接近，似乎都是谋求多平台下统一的公共类封包，提高兼容性和开发速度。但是使用后我觉得.Net Framework的开发速度虽然高，但执行效率缺比较低，占用内存多而且发行包的体积太大。虽说号称未来会超越Windows跨越更多系统，虽说C#中的一些开发理念很吸引人，但是事实上一般的Win-App开发中，MFC看起来还是首选嘛。不过我认为用.NET开发比用MFC方便多了。
3. .NET 是 Microsoft XML Web services 平台。XML Web services 允许应用程序通过 Internet 进行通讯和共享数据，而不管所采用的是哪种操作系统、设备或编程语言。Microsoft .NET 平台提供创建 XML Web services 并将这些服务集成在一起之所需。对个人用户的好处是无缝的、吸引人的体验。net框架下可以支撑好多语言编写程序，所以大项目涉及的人多，造成五花八门的语言编程者的配合组团，最后通过.Net可以整合在一起，就像你说的当今开发的大型游戏。
4. NET框架是构建并运行程序的平台，他主要包括公共语言运行库（CLR）和.NET框架类库（FCL）。 所以编写.NET框架应用程序只需要使用FCL。CLR位于操作系统之上，为托管应用程序提供虚拟环境。如果把.NET框架比作人，那么CLR就是心脏和灵魂。CLR将托管代码翻译为一种伪汇编语言，即通用中间语言（CIL）。 有了FCL，语言仅仅是产生CLI（通用中间语言）的工具，不管是使用VB.NET还是C#，所有的托管应用程序都使用相同的API，即.NET框架类库（FCL）。在.NET平台下，所有的高级语言编写的代码最终都被编译为CIL。
总结： NET也好，C#也好，我觉得都是主要服务于网络环境开发和快速开发，当然也有所谓的跨平台移植，而MFC作为一套Framwork来说，可能相对更面向一些纯本地应用开发。所以，MFC还是很有前途的，作为MS的双股剑，MFC/ATL还将继续辉煌！
我要举报
如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！
点此我要举报以上问答信息
大家都在看
推荐资讯