win32程序和托管程序,托管程序是什么样的程序

Do windows程序，而核心就是调用win32的类库来创建窗口相关的对象。然后C和c 可以直接调用win32类库，所以可以开发，但是如果要写很多方法比如窗口事件处理，就必须自己写。于是微软开发了atl和mfc来帮助你快速编写windows 程序。这些代码都是非托管，也就是说直接访问系统调用或者库函数是不安全的，容易产生灾难性的结果(但是运行效率很高)。

所谓的托管就是。net 程序在虚拟机中运行。任一托管都是直接运行程序的常用可执行文件。有C 和c /CLI，后者是托管。使用。net库是托管，而使用MFC和WIN32是本地代码，不是托管 托管，主要看内存管理是自己管理还是框架管理。

是这样吗？？选择MFC或者Win32是原代码，而不是CLR代码C 是托管，真的有点不伦不类。总的来说，不是。如果您创建的项目是WIN32而不是CLR，则CLR的是托管 code。WIN32是一个老式的C 项目，它不需要。NETFramework。

最后使用了non-托管，这意味着它封装了一组。net专用API本身。编程的时候只需要关心这个盒子里的函数。当软件在其他操作系统上运行时，的托管函数。net将转换为与当前系统方向匹配的non-。一分为二地看这个；在Windows平台上。NET是基于WIN32和COM的集成对象框架。严格来说是托管和非托管的组合。

但是，作为一个独立的标准，。NET不是基于UNIX、LINUX和MACOS上的WIN32。因为CLR实现的是基于ECMA和ISO的标准，也就是说在不同的OS上实现不同的PALs来达到整体框架的抽象效果。简单来说，开发者可以专注于开发业务，而不是针对特定平台API编程；如果你开发了一个便携的。NET 程序，你就会知道从Windows移植到LINUX是非常容易的，有些代码不需要修改就可以在多个平台上成功运行。

a 程序划分了可见和不可见的部分，也就是背景部分和GUI部分，你说的表单程序就是GUI部分。GUI部分负责与用户交互，控制台和窗口都负责与用户交互，当然，一个窗口肯定比控制台应用程序程序的交互更直观，但不一定要用窗口。程序甚至可以在后台默默运行，但是后来我们不知道程序做了什么，你用Windows很久了，当然你认为a 程序一定是窗口。比如大型服务器为了降低运行成本，不设窗口，都是字符界面，linux下的程序大部分也是终端交互。