和VB比,MFC有什么优势?跟VB比 , MFC的优势是功能强大,win32 API能做的MFC都能做 。MFC程序的运行效率也比VB要快很多 。MFC的劣势如你所言,是开发效率低 。
【关于vb.netmfc的信息】跟VB.NET或者C#比 , MFC的优势是不需要.net framework 。有时你装个几百K的.net写的小程序,却不得先安装几十M的.net redistribution pack 。另外,MFC毕竟是native C写的 , 有时你需要用一些C/C库,如果用MFC,可以直接调用 。如果用C# , 就必须用managed c再封装一层 。反之,如果你要调用.net的库,那么C#可以直接用 , 但MFC就必须先实现个从.net到native code的封装 。
关于vb.net 和 mfc 和.NETC#还是会有一个很快的发展期,指不定什么时候就来一个很大的更新,我又要重新板砖
于是我决定选择VB.NET---其实C#与vb.net是一样的东西 。
VB.NET做C/S程序的话,应该看些什么资料?---VS的安装目录下自带了数量巨大的Samples,各种语言的都有 , 再结合MSDN、Codeproject、Stackoverflow、Codeplex等网站就够了 。
拖控件的就不用多说了---可惜vb.net和C#都是拖控件的 。
MFC程序调用VB.NET的DLL的问题首先,你要确定,你的VB DLL里是否使用了.net的类库 , 一旦使用了.net类库,就需要在项目里加入对CLR的支持 。其次 , 你在DLL里的函数是否指明了是导出函数,非导出 函数 是不可以外部调用 的 。如果没有使用.net,而且函数也是导出的,那么可以按照常规DLL的方式 去直接调用。一旦使用了.net,那样可能 会有些麻烦,至于以上两个问题的解决方法百度一下就可以了 。
MFC和.net的关系1.MFC是在APIvb.netmfc的基础上封装出来vb.netmfc的一个类库 , 给C程序员在Windows上快速开发用的 。.Net类库是在Windows非托管API的基础上封装出来的一个托管类库,给程序员在各种Windows平台上跨平台开发用的 。
2.只是两个不同平台的编程,一个是NET平台 , 一个是WIN32 。
3..NET的基类是基于.net运行时库的,通过运行时库对操作系统和硬件进行操作,而MFC是直接对操作系统和硬件进行操作的 。
.NET有个问题就是你编写的程序只能在装有.netframework的机器才能运行的 , 而MFC只需设置在静态库中使用MFC就可能直 接到其它机器运行。不过我认为用.NET开发比用MFC方便多vb.netmfc了 。
.NET RAMEWORK 比MFC容易多vb.netmfc了 。不过需要CLR的支持,执行效率不如MFC 。NETproject使用的是托管的c,使用.netframework,是基于窗体开发的 。
4.MFC是微软为了简化win32窗体编程而推出的C++类库 。VC.net是指在Net环境下的窗体编程 。
从Vsita开始 , 微软就规定窗体全部是基于.Net的了 。
5..NET 是 Microsoft XML Web services 平台 。XML Web services 允许应用程序通过 Internet 进行通讯和共享数据,而不管所采用的是哪种操作系统、设备或编程语言 。Microsoft .NET 平台提供创建 XML Web services 并将这些服务集成在一起之所需 。对个人用户的好处是无缝的、吸引人的体验 。
6..net是一种框架,也可以说是一种平台 , 并不是语言 。.net是一个平台,也就是说,在.net下编写程序,编译后 , 执行的时候是需要.NET框架的解析 。即:.net下生成的.EXE .DLL 在没有.NET框架支持的情况下是无法执行的,及时执行也会出错:.net框架下可以支撑好多语言编写程序,比如 cvb java c#等等,可以满足不同的程序员的编程语言的偏好 , 可以编写web、windowsform等各种程序 。这也是.NET比较实用化的一个特点 。
7.NET框架是构建并运行程序的平台,他主要包括公共语言运行库(CLR)和.NET框架类库(FCL) 。CLR抽象了操作系统服务,并用作托管应用程序的执行引擎 。托管应用程序,即其每一个动作都要经过CLR批准 。FCL提供了用面向对象方法写托管应用程序的API,所以 , 编写.NET框架应用程序,不需要考虑WindowsAPI、MFC、ATL、COM或其他技术,只需要使用FCL 。
公共语言运行库位于操作系统之上,为托管应用程序提供虚拟环境 。如果把.NET框架比作人,那么公共语言运行库就是心脏和灵魂 。CLR将托管代码翻译为一种伪汇编语言 , 即通用中间语言(CIL) 。
有了.NET框架,语言仅仅是产生CLI(通用中间语言)的工具,不管是使用VB.NET还是C#,所有的托管应用程序都使用相同的API,即.NET框架类库(FCL) 。在.NET平台下 , 所有的高级语言编写的代码最终都被编译为CIL 。
8.MFC和.Net的根本理念很接近,似乎都是谋求多平台下统一的公共类封包,提高兼容性和开发速度 。但是使用后我觉得.Net Framework的开发速度虽然高,但执行效率缺比较低,占用内存多而且发行包的体积太大 。虽说号称未来会超越Windows跨越更多系统,虽说C#中的一些开发理念很吸引人,但是事实上一般的Win-App开发中,MFC看起来还是首选嘛 。
9.NET也好 , C#也好,我觉得都是主要服务于网络环境开发和快速开发,当然也有所谓的跨平台移植,而MFC作为一套Framwork来说,可能相对更面向一些纯本地应用开发 。所以 , MFC还是很有前途的 , 作为MS的双股剑,MFC/ATL还将继续辉煌!
10..NET框架设计为一个集成环境,可以在Internet、桌面(如Windows窗体),甚至移动设备(使用精简框架Compact Framework)上无缝地开发和运行应用 。其主要目标是:提供一个覆盖整个应用范围的、一致的面向对象环境;
提供一个环境,将困扰Windows(COM)程序员的版本冲突(“DLL Hell”,即DLL地狱)问题最小化,简化代码的发布/安装过程;
基于公认的标准,提供一个可以在任意操作系统上运行的可移植环境 。实际上,C#和.NET运行时的一个主要部分 , 即通用语言基础设施(Common Language Infrastructure,CLI),已经得到了ECMA的标准化 。
ECMA国际(ECMA International)全名是欧洲计算机制造协会(European Computer Manufacturers Association),简写作ECMA 。
提供一个可管理的环境,在这个环境中,可以很容易地验证代码 , 以保证程序安全运行 。
为了实现上述目标,.NET框架设计者们最后确定了以下体系结构,将框架分解为两部分:通用语言运行时CLR和框架类库FCL,CLR是Microsoft对CLI标准的具体实现,它处理代码执行及所有相关任务:编译、内存管理、安全、线程管理、强制类型安全和类型使用 。在CLR中运行的代码称为托管代码(Managed Code) , 以区别于不在CLR中运行的非托管代码(unmanaged code),如基于COM或Windows API的组件 。
.NET的另一个主要部分是框架类库FCL,对于在.NET中运行的应用来说,它是一个可重用的类型(类、结构等)代码库 。正如图中所示,它包含了涉及数据库访问、图形、与非托管代码互操作、安全、Web和Windows窗体等类 。只要是遵循.NET框架的语言,都会使用这个公共类库 。因此,只要知道了如何使用这些类型,不论你选择用哪一种.NET语言编写程序,这些知识都可以用上
关于vb.netmfc和的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息 , 记得收藏关注本站 。
推荐阅读
- msata固态硬盘怎么安装,msata固态硬盘安装方法
- 率土之滨类似单机游戏,率土之滨类似的单机游戏
- Q学友直播教程,q学友登录入口
- go语言命令行 go 命令
- redis数据量变化通知,redis的数据
- 电脑玩疯狂赛车2游戏,疯狂赛车2为什么玩不了
- 蜀山网络游戏,蜀山网络有什么游戏
- go语言json go语言json转map菜鸟教程
- 软件开发优选小程序怎么用,小程序软件开发公司