摘要：电脑安装了 NetFramework4 0,但安装其他软件是老是？ Microsoft Net Framework是微软的 NET应用程序开发和运行环境，目前最新的版本是4 0，但是运行以前更低版本...

电脑安装了.NetFramework4.0,但安装其他软件是老是？

Microsoft .Net Framework是微软的.NET应用程序开发和运行环境，目前最新的版本是4.0，但是运行以前更低版本开发的程序时有可能需要在系统中安装早期版本的Framework，所以一般系统中可以看到多个版本的Framework并存，并且不建议你删除，最好全部保留。

.net发展史.NET技术是微软近几年推出的主要技术，微软为.NET技术的推出可谓是不遗余力，在.NET平台 下，微软有着极大的野心，.NET技术的发展历程如下所示。

? 2000年6月，微软公司总裁比尔.盖茨在“论坛2000”的会议上向业内公布.NET平台并描绘 了.NET的愿景。

? 2002年1月，微软发布.NETFramework1.0版本，以及VisualStudio.NET2002进行.NET Framework1.0应用程序的辅助开发。

? 2003年4月，微软发布.NETFramework1.1版本，以及针对.NETFramework1.1版本的开发工具VisualStudio2003,.NETFramework1.1版本较之于.NETFramework1.0而言有重大的改进。

? 2004年6月，微软在TechEdEurope会议上发布.NETFramework2.0beta版本，以及VisualStudio 2005的beta版本，在VisualStudio2005的beta版本中包含了多个精简版，以便不同的开发人员的需要。

? 2005年4月，微软发布VisualStudio2005的beta2版本。

? 2005年11月，微软发布VisualStudio2005的正式版和SQLServer2005的正式版。

? 2006年11月，微软发布.NETFramework3.0版本，在其中加入了一些新特性，以及语法特性，这些特性包括WindowsWorkflowFoundation、WindowsCommunicationFoundation、Windows CardSpace 和WindowsPresentationFoundation。

? 2007年11月，微软发布.NETFramework3.5版本，在其中加入了更多的新特性，包括LINQ,AJAX等，为下一代软件开发做出准备。

? 2008年11月，微软向业界发布.NETFramework4.0社区测试版，以及VisualStudio2010社区 测试版，标识着.NET4.0的到来。

运行软件提示Microsoft.NET Framework

Micosoft .NET Famewok安全概述 本文概述了微软.NET Famewok安全结构，包括基于证据的安全，基于角色的安全，认证和授权的概念，以及隔离存储，密码加密和扩展性。

本文还概述了.NET Famewok安全策略带给开发人员，管理员和最终用户的主要好处。

本文假定读者已经基本熟悉了.NET Famewok通用语言运行时和管理代码的概念。

引言 目前的安全问题 在今天的软件环境中，应用程序的来源很多，它们执行很多任务。

对应用程序代码的信任是一个主要需求，因为我们谁也不想软件或信息遭到破坏。

给予许可的安全策略不会允许对敏感信息的不适当的访问，或将本地机器暴露给恶意的程序或甚至是有平常错误的代码。

过去，安全结构提供了基于用户帐号的隔离和访问控制--在这些限制内给予代码完全访问权，并假定由特定用户可运行的代码具有相同的信任度。

不幸的是，如果所有程序都代表某用户运行，根据用户对代码的隔离对于保护一个程序不被其它用户使用是不够的。

另一种情况，不能被完全信任的代码经常被转移到＂沙箱＂模型中执行，在此代码运行于隔离环境，而不会访问大部分的服务。

对今天应用程序的成功的安全解决方案必须能强化两个安全模型间的平衡。

它必须提供对资源的访问，以便以完成有用的工作，它需要对应用程序的安全性作细致的控制以确保代码被识别，检测，并给予合适的安全级别。

.NET Famewok就提供了一个这样的安全模型。

Micosoft .NET Famewok安全解决方案 .NET Famewok安全解决方案基于管理代码的概念，以及由通用语言运行时（CLR）加强的安全规则。

大部分管理代码需要进行验证以确保类型安全及预先定义好的其它属性的行为的安全。

例如，在验证的代码中，声明为接收4字节值的访问将拒绝提供8字节参数的调用，因为不是类型安全的。

验证过程还确保了执行流只传送到已知的位置，如方法入口点--这个过程去除了跳转到任意位置执行的能力。

验证将阻止不是类型安全的代码执行，在它们引起破坏前捕获很多常见的编程错误。

通常的弱点--如缓存溢出，对任意内存或没有初始化的内存的读取，对控件的随意传送--都不再可能出现。

这将使最终用户受益，因为在他们执行代码前对其进行检查。

这也有益于开发人员，他们会发现很多常见错误（过去一直在困绕前开发）现在可以查明，并能阻止它们引起破坏。

CLR也能使非管理代码运行，但非管理代码不能从这些安全措施中受益。

特殊的许可与对非管理代码的调用能力相关，一个强大的安全策略能确保这些许可被恰当地给予。

经过很长时间后，非管理代码到管理代码的移植将减少对非管理代码的调用频率。

微软.NET Famewok安全机制的构件 基于证据的安全 .NET Famewok引入了＂基于证据的安全＂的概念。

在本质上，它是对安全策略暴露出来问题的解答： · 组合从哪个站点获得？ 组合是.NET Famewok应用程序的构件。

它们组成了部署，版本控制，重用，激活作用域，安全认证的基本单元。

应用程序的组合是从网站上下载到客户端的。

· 组合是从哪个URL获得的？ 安全策略需要明确的地址，而组合是从这个地址下载的。

· 组合是从哪个区获得的？ 区是基于代码的位置，对安全标准，如 Intenet, intanet和本机等等，的描述。

· 组合的强名（stong name）是什么？ 强名是由组合的创建者提供了密码强化后的标识符。

尽管它没有提供对创建者的任何证明，但它唯一标识了组合，确保了组合没有被破坏过。

根据对这些问题的回答，及其它证据，安全策略可以对赋予组合垢合适许可进行计算。

从多种来源可以得到证据，包括CLR，浏览器，微软ASP.NET，及外壳--这依赖于代码的来源。

策略驱动的信任模型使用代码证据 当组合被调入内存进，CLR策略系统通过收集组合的证据并在策略环境中对证据进行计算，从而决定赋予组合什么样的许可权。

CLR策略系统然后根据评估过的证据和组合作出的许可请求给予组合一组许可。

只有在组合被给予了一组最少的许可后，或组合根本不需要许可权，组合的创建者才能知道组合正确运行。

通过一个或多个对特定许可的请求，这样的附加需求可以被传送室策略系统。

根据许可请求的类型，策略系统可以进一步限制给予组合的许可（删除不必要的许可）或甚至拒绝将组合装入内存（如果运行组合所需的最小许可没有被策略给予）。

在不存在任何许可请求的情况下，组合永远不会被给予多于策略系统将会给予的许可权限，请求只是进一步限制得到的许可。

安全策略包含了许多代码组，这些组包含了根据证据应给予的许可权。

代码组描述的许可可提供给从特定的安全区域获得的组合，或提供给由特定发行商签名过的组合，等等。

尽管随CLR发行了一组默认的代码组（及相关许可），但管理员可以对这些CLR安全的进行定置，以适合他们的特殊需求。

记住，通过定义与证据相关的代码组，任何东西都可以作为证据提交，只要安全策略可以使用它。

创建许可的的过程涉及到对证据的评估，以确定代码组适用于哪个等级：企业，机器，和用户。

策略按上面顺序对这三个等级进行评估，然后创建交插了三个等级的许可设置。

管理员...

请问.net framework是什么样的软件？

这是一种通用平台的软件，就是说你用的软件只针对dotnetframework接口进行编程，而dotnetframework针对操作系统接口编程，不同的平台只是dotnetframework不同对你的应用软件没有影响~增强可软件的可移植性~就是这么一个东西了我说的不对的还希望指正

microsoft .net framework 到底有什么用？什么软件要它？

microsoft .net framework 是微软所有.Net技术的基础库，微软的.Net家族如MVC,WEBFORM,WWF,WCF,WF等都是在framework 这个基础库的基础上进行开发的。

也就是说如果你要运行基于.Net技术开发的程序，你就需要安装framework 。

举例子，佳能的EOS组件，ATI的显卡控制台程序都是基于framework 开发的，所以你在用这些程序前都需要先安装framework 。

NET Framework是什么软件

NET Framework是微软下一代平台（Dot Net）的支持库。

使用.net开发的程序需要在NET Framework下才能运行。

比如vb的程序需要vb运行库，java程序需要jvm一样。

网上的定义：Net Framework是微软公司继WindowsDNA以来的新的开发平台。

.Net Framework是以一种类似于Java系统的虚拟机方式运行和管理的编程平台，通过CLR为基础，支持多种语言（C#、VB.NET、C++、Python等）的开发。

net framework是个什么软件,为什么安装一些东西需要它？

详细信息，请参阅位于 Microsoft 网站上的 .NET Framework 页。

XML Web 服务.NET Framework 工具使用与 .NET Framework 一起提供的工具，应用程序开发人员可以轻松地构建将 XML Web 服务与传统的应用程序结合的 Windows 应用程序，改善了他们单位内部和外部的通信、协作和联系。

其他.NET 技术Windows Server 2003 家族中包含的其他 .NET 技术是 Microsoft .NET Passport 与 Active Directory 的集成，是作为消息队列中的 XML 消息传递基础的简单对象访问协议 （SOAP） 的本地支持，同时也是组件体系结构与 XML Web 服务的集成。

通用描述、发现和集成 （UDDI） 服务也包含在 Windows Server 2003 家族的某些产品中。

Windows Server 2003, Web Edition 中不包括“UDDI 服务”。

此外，Windows Server 2003 Standard Edition 仅支持“UDDI 服务”的独立安装。

Windows Server 2003 Enterprise Edition 和 Windows Server 2003 Datacenter Edition 中提供了对分布式安装的支持。

在“UDDI 服务”的独立安装中，UDDI Web 服务器组件和 UDDI 数据库组件都安装在单个服务器上。

在分布式安装中，UDDI 组件分布在多个服务器上。

有关消息队列的详细信息，请参阅使用消息队列。

有关 SOAP 的详细信息，请参阅网络协议和技术。

有关与 Internet 相关服务的详细信息，请参阅 Internet 与电子邮件服务和功能。

有关 UDDI 服务的详细信息，请参阅 UDDI 服务概述。

基于工业标准构建Windows Server 2003 家族建立在业界标准基础之上，因此可扩展现有的应用程序并快速开发新的应用程序。

Windows Server 2003 家族的所有产品（64 位版本除外），都内置了 Microsoft .NET Framework。

64 位版本的 Windows Server 操作系统支持 32 位版本的 .NET Framework 1.1，因而，可为 64 位版本 Windows 操作系统 （WOW64） 上运行的 32 位应用程序安装该版 .NET Framework 1.1。

要安装 .NET Framework 1.1，请参阅 Microsoft 下载中心网站上的 Microsoft .NET Framework Version 1.1 可再分配的程序包。

要安装 Service Pack，请参阅 Microsoft 下载中心网站上的 Microsoft .NET Framework 1.1 Service Pack 1。

有关性能和可伸缩性的重要信息如果32 位版本的 .NET Framework 安装在 64 位基于 Itanium 的系统上，则为 32 位版本 Framework 创建的应用程序将依靠它来绑定和运行。

因此，在 WOW64 兼容环境中，用 Microsoft .NET Framework Version 1.1 创建的应用程序仅以 32 位进程的方式运行。

由于为 Itanium 处理器家族及 WOW64 子系统设计了 x86 模拟功能，因此，应用程序只能在一部处理器上执行。

在单一处理器上执行以及 x86 模拟功能，均可降低基于 Itanium 的系统上运行的 32 位 .NET Framework 应用程序性能和可伸缩性。

建议将使用 .NET Framework Version 1.1 的应用程序用于交互式客户端应用程序。

对于要求高性能和高可伸缩性的 .NET Framework 应用程序，如高负载 ASP.NET 应用程序，建议不要使用此环境。

建议应用程序开发人员评估 .NET Framework Version 2.0（包含对基于 Itanium 系统的 64 位支持），以获得增强的性能和可伸缩性

.NET Framework 是什么？哪些软件需要安装.NET框架

要自己买原始的建筑材料，你直接装上用就是了，就这一点也足以令人不敢贸然使用了。

不过用.net framework开发软件真的很方便.NET framework主要是一个程序架构，在这个架构下.5向下兼容2.0的原因.net remoting直接访问服务器端的，强制资源在指定点回收），水泥，要知道如何用砖和水泥砌成一堵墙，但现在.net framework已经提供了很多可以灵活配置的半成品部件.0的软件，感觉是比较慢，使移动设备成为这些系统的终端，而很多新的企业级系统是针对.NET framework开发的，ActiveSync 会存储 CAB 文件.0据说效率并不高，起码我装的几个2.net CF持观望态度.5刷进去是为了确保以后能运行所有基于.net CF的软件而已。

所以我估计很多ppc软件开发商还对，到2.0到3.0以致最新的3.5，需要说明的是，那么使用.net CF开发手机端程序可以很方便整合到服务器端系统上（比如用-.NET Framework是一个重新包装的windows操作系统的应用程序接口库（API Library）; - .NET Framework是一个类似java虚拟机的运行时（Common Language Runtime），尤其是微软的.net开发工具做得很强大，但机制更优化（比如它有java所没有的“确定的垃圾收集器”机制Deterministic Garbage Collection.NET Compact Framework 才支持运行 本程序包使用 ActiveSync 4，也就是说，你装了.net 2.0并不一定能运行针对； - 定义了一个共同中间语言（Common Intermediate Language），所有语言都先编译到这个CIL.net compact framework据说是向下兼容的（我试过装了3.5是可以运行现有的.net CF 软件），这几代产品并不是完美向下兼容的，是一个应用软件抽象层。

- 并不包括新的windows内核代码 - 并没有增加Windows的操作系统一级的功能，它只是OS功能的延伸 - 并不会加快windows的速度 所以，.net CF(compact framework)，比如砖.1开发的软件，而往往要同时装上1.1才行。

但是在PPC上的.net 1.msi 之前连接好您的设备.0快了很多，使得不同语言开发的程序（VB,C#。

只是因为3,J#等等）可以在同一机制下运行，直到您连接了设备后才进行更新。

不使用 ActiveSync 的用户可以直接在设备上运行与安装文件夹中的找到的设备相匹配的 CAB 文件.5才刚出来没多久，针对3.5的软件还几乎没有，所以还无从证实3，包括“墙”，3，我自己把3，并且可以无缝配合工作。

- .NET Framework是操作系统服务和应用程序的桥梁.0 及以上版本来更新设备，更多信息请参见 Windows Mobile Center。

请确保在运行 NETCFSetupv35.5就应该可以运行基于任何以前版本开发的软件了。

.net CF 2，这是它比较成功的地方 有些PPC软件一定要安装.5是否真的比2，程序员可以快速高效地开发高质量的软件。

但因为它是一个中间抽象层，所以基于.net framework的软件一般会比直接针对windows API开发的程序速度慢。

就好比从前你要盖一个违章建筑.net framework经历了几代：从1.net应用）。

在PC上，，质量往往比你自己买砖和水泥砌的墙还好，但当然这个配置的“墙”一般没有你自己砖一瓦砌起来的墙对你自己的胃口。

.net framework一般比较适合开发在pc上运行的桌面软件和企业级的软件，但可能基于下面两个原因，Microsoft推出在移动设备上运行的： 1)Java 早就有了在移动设备上运行的 J2ME(Java Micro Edition)，是J2SE(Java Standard Edition)的子集，微软在产品线上必须跟它竞争； 2）移动设备大行其道，很多企业级的系统需要整合到移动设备上.5据说优化了很多，但问题是.1，移动设备对软件性能要求比较苛刻，你装一个3。

3。

如果未连接设备，借了java 虚拟机的很多概念