过去，微软的体系结构建立在COM/DCOM基础上，COM/DCOM是进程间通信的二进制标准。虽然这个标准本身没有什么失误，但是它与微软以外的领域格格不入。也就是说，这个标准成了实现与其它软件平台互操作的瓶颈。
除此之外，数据也是一个问题。虽然ADO简化了数据访问，但是把数据从一个地方传送到另外一个地方就成了问题。ADO Recordset（记录集）对象是一个存储了数据的二进制结构，而这种二进制格式对于非微软的平台没有任何意义。
.Net弥补了这些缺陷，因为它完全基于标准。比如，数据用XML的格式通过进程边界，而这个数据有一个到XSD的连接，所以任何客户端都可以正确地转化数据。
SOAP基于XML，用于与Web服务的通信。集成SOAP以后，不管客户端运行的是不是微软的操作系统，都可以实现简单的可编程访问。
2．简化应用
COM所面临的一个头痛的问题就是应用。COM利用Windows注册表来定位机器上的组件。这个想法是不错的：每个注册的组件只有一个实例，所有的应用程序都使用相同的版本。COM具有向后兼容性，也就是说新版本兼容老版本，但是开发人员可能会破坏这种兼容性。
.Net则采用了不同的方法：它根本就没有使用注册表。相反，微软的建议是每个应用程序使用自己局部的组件（在.Net称为“assembly”）。利用这种方法，用于应用程序Foo的Assembly X如果发生变化，Assembly X的Application Bar不会受到任何影响。这种方法听起来好象以前一台机器上同一个DLL的多个拷贝，的确是这样。不过你不会遇到应用程序查找Windows\System32目录的问题。
由于.Net不使用注册表，很多应用都可以用简单的拷贝命令来完成，通常没有必要开发安装程序。此外，应用程序不会琐定assembly，所以升级DLL的时候不必关闭应用程序。
3．Web服务支持
在流行的Web服务方面，微软发挥着重要的作用，而.Net为开发Web服务带来了前所未有的便利。用Notepad就可以建立简单的Web服务，甚至不必利用编译器，只要对它们进行简单的调用即可，因为.Net会对它们进行编译，甚至提供一个测试页供用户检验其功能。.Net 拥有所有必需的渠道，可以生成用户所需的所有文件，比如WSDL文件。
.Net也是一个聪明的Web服务使用者：只要设置了指向某个Web服务的索引，你就可以把它当作本地的assembly。你可以获得完整的Intel许可和功能实现帮助。
Web服务对于发送数据是非常重要的，感谢ADO.Net，Web服务可以利用简单或者复杂的数据，并以XML格式把它们发送到任何客户端，最后设置一个链接，指回到一个描述数据模式的XSD。
4．用于所有.Net语言的标准工具集
最终，你会拥有一个适用于所有语言的集成工具集。你会拥有一个统一的IDE、调试工具以及其它类似的工具。因此，其它公司可以把他们的语言嵌入IDE环境，并获得.Net工具所有的支持。比如富士通开发了netCOBOL .Net，它已经直接集成到IDE中，因此可以用 COBOL编写Web服务和Windows应用并获得微软提供的调试和profiling（监管）工具。
.Net是个开放的架构，所以其它厂商也可以提供自己的工具。比如Borland，该公司已经宣布其下一版Delphi将具有建立.Net应用的功能，同时它也保证，Delphi会拥有自己的IDE，不会嵌入Visual Studio .Net。
5．对移动设备的支持
Visual Studio .Net发布不久，微软就推出了移动Internet工具包（Microsoft Mobile Internet Toolkit ，MMIT），以便用.Net构建移动应用。该工具包提供了可视化功能，你可以直观地拖动和下拉面向移动设备的窗体和控件。该工具包有利于正确书写标记语言（比如WML、WAP等等）。
.Net简化架构（.Net Compact Framework）不久就会面市，它是.Net架构的缩略版，设计用于Pocket PC设备。有了这个架构，开发人员就可以开发出丰富的Pocket PC计算机应用。你可以编写一个运行于小型设备上的应用，比如用于Pocket PC设备或者具有Web功能的手机。事实上，MMIT包含了很多仿真程序，它们使用了真正为这类设备编写的ROM代码，所以在你的应用程序投入使用之前，可以首先测试其用于此类设备时的性能。
6．代码管理
.Net管理用户的代码，从很多方面看，这一点都是很重要的，比如减少bug以及构建更多可扩展的应用。.Net可以处理以下操作：内存分配和回收，进程及线程的创建和终止，以及运行代码的访问许可。
VB开发人员先前面临的问题——比如内存管理、线程和进程创建——现在都可以由.Net来处理。而C++程序员可以转向C#，.Net代替他们处理这些操作后，内存泄露和其它bug出现的可能性将大大减少。拥有了被管理的代码，你可以访问.Net所有跨语言的能力。
7．平台独立
虽然.Net是为微软的操作系统创建的，但是微软的确为ECMA标准委员会发布了一部分框架和C#。比如，Mono project实现了Linux的.Net，包括架构和C#编译器。这意味着很多应用（特别是基于Web的应用）一次编写完成后就可以运行于多种平台上。
8．充足的学习资源
.Net的学习曲线非常重要，可能.Net的方面的书要比其它所有编程技术的书都多。此外，微软和第三方团体开设了很多课程，可以让开发人员很快就上手。最后，很多网站为开发人员员学习.Net提供了技术和指导。
9．现代化语言
VB.Net和C#都是现代化的语言。它们完全是面向对象的，设计的时候消除了很多VB 和C++的矛盾。这两种语言使用了多层式架构 （n-tier），这是一种基于组件的方法。
比如，C#取消了指针和其它一些结构，它们曾经给C++程序员（特别是新手）带来很多严重的问题。代码由.Net架构管理后，VB.Net 和C#都从中受益。这个架构还包括一些基础的对象，它们是开发多线程、支持XML等应用所必须的。
10．跨语言标准基本类型
VB开发人员曾经面临一个致命的问题：VB中的字符串与C++中的字符串不同，所以调用Windows API函数的时候会出现一些问题。.Net确定了所有类型的标准定义，所以VB中的字符串和C#中的字符串相同，也和netCOBOL .Net中的字符串相同。这意味着你再也不必担心语言A中的整型数据是32位而语言B中只有16位。你可以确信不同语言的数据类型都相同，可以更好地进行跨语言集成。
优点多于缺点
.Net具有很多明显的优点，可以提高开发人员的效率，减少bug，加快应用开发并简化使用。IT人员对.Net保持了应有的警惕，因为它毕竟还是个新事物，需要有一个比较艰难的学习曲线。但是对于大多数组织而言，其优点远远多于缺点。有了.Net，你可以在未来的开发项目中赢得更高的生产力。
在www.iyuanma.com还有很多详细的讲解和回答。。
NEt提供了一个运行时环境，叫做公用语言运行时，它管理着代码的执行，并使得开发过程变得更加简单。这是一种可操控的执行环境，其功能通过编译器与其它工具共同展现，你的代码将受益于这一环境。依靠一种以运行时为目标的（指完全支持运行时环境的）编译器所开发的代码叫做可操控代码。它得益于可操控环境的各种特性：跨语言集成、跨语言异常处理、增强的安全性、版本处理与开发支持、简单的组件交互模型以及调试服务。为了使运行时环境能够向可操控代码提供服务，语言编译器需要产生一种元数据，它将提供在你使用语言中的类型、成员、引用的信息。元数据与代码一起存储，每个可加载的CLR映像均包含了元数据。运行时环境使用元数据定位并载入类，在内存中展开对象实例，解决方法调用，产生本地代码，强制执行安全性，并建立运行时环境的边界。运行时环境自动处理对象的展开与引用，当它们不再使用时负责它们的释放。被运行时环境进行这样的生命周期管理的对象被称为可操控代码。自动内存管理消除了内存溢出，同时也解决了其它一些常见的语法错误。如果你的代码是可操控的，你仍然可以在需要的时候使用非可控代码，或者在你的.NET应用中同时使用可控与非可控代码。由于语言编译器支持他们自己的类型，比如一些原始类型，你可能并不总是知道（也不必知道）你的数据是否是可控的。
CLR使设计跨语言的组件与应用变得更加容易。以不同语言设计的对象能够彼此间进行通信，并且它们的行为能够紧密地综合与协调。举个例子，你定义了一个类，然后可以在另一种不同的语言中从该类中派生了一个类或者调用它其中的一个方法。你也可以向另一种语言中类的方法传递该类的一个实例。这种跨语言的集成之所以可能，因为以运行时间为目标的语言编译器与工具使用一种运行时间所定义的公用类型系统，他们遵守运行时的规则（公用语言规范）来定义新的类型，生成、使用、保持并绑定类型。
作为元数据的一部分，所有可控组件携带了关于它们所依赖的组件与资源的信息。运行时环境使用这些信息来保证你的组件或应用具有需要的所有东西的特定版本，其结果是你的代码将不会因为版本冲突而崩溃。注册信息与状态数据不再保存在难以建立与维护的注册表中，你所定义的类型及附属信息作为元数据被保存，这使得复制与移动组件的复杂程度得到降低。
编译工具用他们自己的方式向开发人员展现CLR的功能。这意味着运行时间的一些特性可能在不同的语言中表现形式将会有所不同。你怎样体验运行时的特性将取决于你所使用的语言，比如说，如果你是一位VB开发人员，你可能注意到在运行时环境的帮助下，VB语言比以前具有更多的面向对象的特性。
那是因为MS做了一个Framework来支撑那几种语言（VS支持的几种），做了托管处理，效率欠佳；VS不支持的就没法玩了。。。所以只是跨少数几种语言的运行在Windows上平台据说现在有在其他OS实现的.NET了。。。
