用于windows7的microsoft net framework 4.5.2有什么用
NET Framework 官方版将强大功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序，实现跨技术边界的无缝通信。NET Framework增加了许多新的功能，通过提高抽象层次，从而简化开发人员的关系数据库的程序。这些新功能包括：持续忽略、POCO支持、延迟加载，测试驱动开发的支持、功能模型以及新的LINQ运营商等。
扩展资料：
NET Framework 4.5.2 开发人员包是一个单独的程序包，用于安装适用于 .NET Framework 4.5.2 的 .NET Framework 多目标包和 .NET Framework 4.5.2。开发人员可以使用 Visual Studio 2013、Visual Studio 2012 或第三方 IDE 来生成面向 .NET Framework 4.5.2 的应用程序。
如果要重新分发 .NET Framework 4.5.2，您需要从此处下载 Web 安装程序，而不是使用此程序包。
此程序包安装以下组件：
1、.NET Framework 4.5.2
2、.NET Framework 4.5.2 多目标包：包含生成面向 .NET Framework 4.5.2 的应用程序时所需的引用程序集
3、.NET Framework 4.5.2 语言包
4、.NET Framework 4.5.2 多目标包语言包：包含通过 Visual Studio 和第三方 IDE 生成面向 .NET Framework 4.5.2 的应用程序时用于显示帮助的 IntelliSense 文件。
参考资料：
简单来说，Microsoft .NET Framework是一个运行环境 ，有些应用程序必须在安装microsoft net framework的情况下才可以正常运行。
复杂来说，Microsoft .NET Framework是用于Windows的新托管代码编程模型。它将强大的功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序，实现跨技术边界的无缝通信，并且能支持各种业务流程。
扩展资料
Microsoft .NET Framework安全机制构件
基于证据的安全
.NET Framework引入了"基于证据的安全"的概念。在本质上，它是对安全策略暴露出来问题的解答：
组合从哪个站点获得？
组合是.NET Framework应用程序的构件。它们组成了部署，版本控制，重用，激活作用域，安全认证的基本单元。应用程序的组合是从网站上下载到客户端的。
组合是从哪个URL获得的？
安全策略需要明确的地址，而组合是从这个地址下载的。
组合是从哪个区获得的？
区是基于代码的位置，对安全标准，如 Internet, intranet和本机等等，的描述。
组合的强名(strong name）是什么？
强名是由组合的创建者提供了密码强化后的标识符。尽管它没有提供对创建者的任何证明，但它唯一标识了组合，确保了组合没有被破坏过。
根据对这些问题的回答，及其它证据，安全策略可以对赋予组合垢合适许可进行计算。从多种来源可以得到证据，包括CLR，浏览器，微软，及外壳--这依赖于代码的来源。
策略驱动的信任模型使用代码证据
当组合被调入内存时，CLR策略系统通过收集组合的证据并在策略环境中对证据进行计算，从而决定赋予组合什么样的许可权。CLR策略系统然后根据评估过的证据和组合作出的许可请求给予组合一组许可。
只有在组合被给予了一组最少的许可后，或组合根本不需要许可权，组合的创建者才能知道组合正确运行。通过一个或多个对特定许可的请求，这样的附加需求可以被传送至策略系统。
根据许可请求的类型，策略系统可以进一步限制给予组合的许可（删除不必要的许可）或甚至拒绝将组合装入内存（如果运行组合所需的最小许可没有被策略给予）。在不存在任何许可请求的情况下，组合永远不会被给予多于策略系统将会给予的许可权限，请求只是进一步限制得到的许可。
安全策略包含了许多代码组，这些组包含了根据证据应给予的许可权。代码组描述的许可可提供给从特定的安全区域获得的组合，或提供给由特定发行商签名过的组合，等等。
尽管随CLR发行了一组默认的代码组（及相关许可），但管理员可以对这些CLR安全的进行定置，以适合他们的特殊需求。记住，通过定义与证据相关的代码组，任何东西都可以作为证据提交，只要安全策略可以使用它。
创建许可的的过程涉及到对证据的评估，以确定代码组适用于哪个等级：企业，机器，和用户。策略按上面顺序对这三个等级进行评估，然后创建交插了三个等级的许可设置。
管理员可以将任何一个策略等级标记为终结（final），这样做应付阻止在其它等级上对策略做进一步评估。例如，管理员可以在机器级别上对组合终止策略，这样就会阻止用户级策略对该组合的应用。
一旦策略完成，许可的最初设置也就创建了。组合通过从三个方面做出特定的请求可以优化这些许可：
· 第一方面是指定为了使组合运行它必须拥有的最小许可设置。如果这些许可没有给予，那么组合将不同调入到内存，并抛出例外。
· 第二，可以指定一组可选的许可。尽管组合希望存在这些许可，但如果无法获得这些许可，它仍可以调入到内存。
· 最后，行为特别好的组合实际上会拒绝它们所不需的有风险的许可。这三个优化选项是调入时作为声明语句实现的。
在运行时，许可是根据代码的执行计算的。右侧的图总结了这个过程的发生顺序。组合A3将它的证据和来自主机的证据提供给策略评估器。策略评估器在创建许可时也要考虑从组合得到的许可请求，"G3"。组合A3由组合A2调用，而A2又是由组合A1调用的。
当组合A3执行一个引发安全检查的操作时，A2和A1获得的许可同样也要进行检查，以确保它们拥有A3所请求的许可权限。在这个过程中，此过程称为堆栈遍历（walking），堆栈中每个组合的许可权限都要进行检查以确定所给予的权限设置是否包含安全检查所需要的许可。
如果堆栈中的每个组合被给予了安全检查所需要的许可，调用将成功。如何任何组合没有给予所需要的许可，堆栈遍历过程失败，安全例外将被抛出。
在今天的软件环境中，应用程序的来源很多，它们执行很多任务。对应用程序代码的信任是一个主要需求，因为我们谁也不想软件或信息遭到破坏。给予许可的安全策略不会允许对敏感信息的不适当的访问，或将本地机器暴露给恶意的程序或甚至是有平常错误的代码。
过去，安全结构提供了基于用户帐号的隔离和访问控制--在这些限制内给予代码完全访问权，并假定由特定用户可运行的代码具有相同的信任度。不幸的是，如果所有程序都代表某用户运行，根据用户对代码的隔离对于保护一个程序不被其它用户使用是不够的。另一种情况，不能被完全信任的代码经常被转移到"沙箱"模型中执行，在此代码运行于隔离环境，而不会访问大部分的服务。
对今天应用程序的成功的安全解决方案必须能强化两个安全模型间的平衡。它必须提供对资源的访问，以便以完成有用的工作，它需要对应用程序的安全性作细致的控制以确保代码被识别，检测，并给予合适的安全级别。.NET Framework就提供了一个这样的安全模型。
复杂来说，Microsoft .NET Framework是用于Windows的新托管代码编程模型。它将强大的功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序，实现跨技术边界的无缝通信，并且能支持各种业务流程。
