.NET Framework的作用是什么？为什么很多软件安装需要它？

.netframework是微软的开发程序的框架，要运行.NET的计算机必须安装这个。是用于Windows的新托管代码编程模型。

它将强大的功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序，实现跨技术边界的无缝通信，并且能支持各种业务流程。

TFramework安全解决方案基于管理代码的概念，以及由通用语言运行时（CLR）加强的安全规则。大部分管理代码需要进行验证以确保类型安全及预先定义好的其它属性的行为的安全。

扩展资料：

在验证的代码中，声明为接收4字节值的访问将拒绝提供8字节参数的调用，因为不是类型安全的。验证过程还确保了执行流只传送到已知的位置，如方法入口点--这个过程去除了跳转到任意位置执行的能力。

验证将阻止不是类型安全的代码执行，在它们引起破坏前捕获很多常见的编程错误。通常的弱点--如缓存溢出，对任意内存或没有初始化的内存的读取，对控件的随意传送--都不再可能出现。这将使最终用户受益，因为在他们执行或神代码前对其进行检查薯镇。这也有益于开发人员，他们会发现很多常见错误（过去一直在困扰前开发）可以查明，并能阻止它们引起破坏。

CLR也能使非管理代码运行，但非管理代码不能从这些安全措施中受益。特殊的许可与对非管理代码的调用能力相关，一个强大的安全策略能确保这些许可被恰当地给予。经过很长时间后，非管理代码到管理代码的移植将减少对非管理代码的调用频率。

参考衫手亏资料：

百度百科-.NET Framework

.NET Framework 的核孙目的就是要让建立Web Services 以及因改慧链特网应用程序的工作变的简单，.NET Framework 包括了三大部分：第一个部分是Common Language Runtime（CLR，所有.NET 程序语言公用的执行时期组件），第二部分是共享对象类别库（提供所有.NET 程序语言所需要的基本对象），第三个部分是重新以组件的方式写成的（旧版本则是以asp.dll提供ASP 网页所需要的对象）。

基本上安装了之后对机器不会有很大的影响

NET Framework 是支持生成和运行下一代应用程序和 XML Web services 的内部 Windows 组件

NET的运行环境，类似用运行时间库的东西，要运行.NET的计算机必须安装了这个东西。具体的说是支持生成和运行下一代应用程序和 XML Web services 的内部 Windows 组件。.NET Framework 旨在实现下列目标：

提供一个一致的面向对象的编程环境，而无论对象代码是在本地存储和执行，还是在本地执行但在 Internet 上分布，或者是在远程执行的。

提供一个将软件部署和版本控制冲突最小化的代码执行环境。

提供一个可提高代码（包括由未知的或不完全受信任的第三方创建的代码）执行安全性的代码执行环境。

提供一个可消除脚本环境或解释环境的性能问题的代码执行环境。

使开发人员的经验在面对类型大不相同的应用程序（如基于 Windows 的应用程序和基于 Web 的应用程序）时保持一致。

按照工业标准生成所有通信，以确保基于 .NET Framework 的代码可与任何其他代码集成。

.NET Framework 具有两个主要组件：公共语言运行库和 .NET Framework 类库。公共语言运行库是 .NET Framework 的基础。您可以将运行库看作一个在执行时管理代码的代理，它提供内存管理、线程管理和远程处理等核心服务，并且还强制实施严格的类型安全以及可提高安全性和可靠性的其他形式的代码准确性。事实上，代码管理的概念是运行库的基本原则。以运行库为目标的代码称为托管代码，而不以运行库为目标的代码称为非托管代码。.NET Framework 的另一个主要组件是类库，它是一个综合性的面向对象的可重用类型集合，您可以使用它开发多种应用程序，这些应用程序包括传统的命令行或图形用户界面(GUI) 应用程序，也包括基于所提供的最新创新的应用程序（如 Web 窗体和 XML Web services）。

.NET Framework 可由非托管组件承载，这些组件将公共语言运行库加载到它们的进程中并启动托管代码的执行，从而创建一个可以同时利用托管和非托管功能的软件环境。.NET Framework 不但提供若干个运行库宿主，而且还支持第三方运行库宿主的开发。

例如， 承载运行库已为托管代码提供可伸缩的服务器端环境。 直接使用运行库以启用应用程序和 XML Web services（本主题稍后将对这两者进行讨论）。

Internet Explorer 是承载运行库（以 MIME 类型扩展的形式）的非托管应用程序的一个示例。使用 Internet Explorer 承载运行库使您能够在 HTML 文档中嵌入托管组件或 Windows 窗体控件。以这种方式承载运行库使得托管移动代码（类似于 Microsoft® ActiveX® 控件）成为可能，不过它需要只有托管代码才能提供的重大改进（如不完全受信任的执碧亩行和独立的文件存储）。

-.NET Framework是一个重新包装的windows *** 作系统的应用程序接口库(API Library)；- .NET Framework是一个类似java虚拟机的运行时(Common Language Runtime)，借了java 虚拟机的很多概念，但机制更优化（比如它有java所没有的“确定的垃圾收集器”机制Deterministic Garbage Collection，强制资源在指定点回收)；- 定义了一个共同中间语言(Common Intermediate Language），所有语言都先编译到这个CIL，使得不同语言开发的程序（VB,C#,J#等等）可以在同一机制下运行，并且可以无缝配合工作。- .NET Framework是 *** 作系统服务和应用程序的桥梁，是一个应用软件抽象层。- 并不包括新的windows内核代码- 并没有增加Windows的 *** 作系统一级的功能，它只是OS功能的延伸- 并不会加快windows的速度所以，.NET framework主要是一个程序架构，在这个架构下，程序员可以快速高效地开发高质量的软件。但因为它是一个中间抽象层，所以基于.net framework的软件一般会比直接针对windows API开发的程序速度慢。就好比从前你要盖一个违章建筑，要自己买原始的建筑材料，比如砖，水泥，要知道如何用砖和水泥砌成一堵墙，但现在.net framework已经提供了很多可以灵活配置的半成品部件，包括“墙”，你直接装上用就是了，质量往往比你自己买砖和水泥砌的墙还好，但当然这个配置的“墙”一般没有你自己砖一瓦砌起来的墙对你自己的胃口。.net framework一般比较适合开发在pc上尘亩胡运行的桌面软件和企业级的软件，但可能基于下面两个原因，Microsoft推出在移动设备上运行的.net CF(compact framework)：1）Java 早就有了在移动设备上运行的 J2ME(Java Micro Edition)，是J2SE（Java Standard Edition）的子集，微软在产品线上必须跟它竞争；2）移动设备大行其道，很多企业级的系统需要整合到移动设备上，使移动设备成为这些系统的终端，而很多新的企业级系统是针对.NET framework开发的，那么使用.net CF开发手机端程序可以很方便整合到服务器端系统上（比如用.net remoting直接访问服务器端的.net应用）。在PC上，.net framework经历了几代:从1.1，到2.0到3.0以致最新的3.5，需要说明的是，这几代产品并不是完美向下兼容的，也就是说，你装了.net 2.0并不一定能运行针对.net 1.1开发的软件，而往往要同时装上1.1才行。但是在PPC上的.net compact framework据说是向下兼容的（我试过装了3.5是可以运行现有的.net CF 软件），你装一个3.5就应该可以运行基于任何以前版本开发的软件了。.net CF 2.0据说效率并不高，起码我装的几个2.0的软件，感觉是比较慢。3.5据说优化了很多，但问题是，3.5才刚出来没多久，针对3.5的软件还几乎没有，所以还无从证实3.5是否真的比2.0快了很多。只是因为3.5向下兼容2.0的原因，我自己把3.5刷进去是为了确保以后能运行所有基于.net CF的软件而已。所以我派拦估计很多ppc软件开发商还对.net CF持观望态度，移动设备对软件性能要求比较苛刻，就这一点也足以令人不敢贸然使用了。不过用.net framework开发软件真的很方便，尤其是微软的.net开发工具做得很强大，这是它比较成功耐拿的地方有些PPC软件一定要安装.NET Compact Framework 才支持运行本程序包使用 ActiveSync 4.0 及以上版本来更新设备，更多信息请参见 Windows Mobile Center。请确保在运行 NETCFSetupv35.msi 之前连接好您的设备。如果未连接设备，ActiveSync 会存储 CAB 文件，直到您连接了设备后才进行更新。不使用 ActiveSync 的用户可以直接在设备上运行与安装文件夹中的找到的设备相匹配的 CAB 文件。

---