win8 RP8000的.Net Framework3.5安装方法

原本将Microsoft .NET Framework 4.0删除后，再安装时，就出现了这样的情况“Microsoft .NET Framework 4.0安装时发生严重错误 ”尝试了多种方法后，才解决了问题，解决我问题的是第3种方法，重新下载安装 .NET Framework 4.0独立安装包，成功，但是不是这种方法适合所有的朋友，而下面收集的几种方法是适合不同的朋友的，如果你遇到了此问题，请参考一下。方法一：第一步：如果是XP系统，这么做：1.开始——运行——输入cmd——回车——在打开的窗口中输入net stop WuAuServ2.开始——运行——输入%windir%3.在打开的窗口中有个文件夹叫SoftwareDistribution，把它重命名为SDold4.开始——运行——输入cmd——回车——在打开的窗口中输入net start WuAuServ第二步：1.开始——运行——输入regedit——回车2.找到注册表,HKEY_LOCAL_MACHINE\SOFWARE\Microsoft\Internet Explorer下的MAIN子键，点击main后，在上面菜单中找到“编辑”–“权限”，点击后就会出现“允许完全控制”等字样，勾上则可。出现这种情况的原因，主要是用ghost做的系统，有很多系统中把ie给绑架了。第三步：安装 Net.Framework4.0方法二：可能是.NET Framework 4.0没有删除完整的缘故，所以导致了.NET Framework 4.0无法正常的安装，那么就需要借助微软的.NET Framework 自动清理工具，该方法在微软问题集里有了详细的图文说明，我就不转了，大家请前往。http://support.microsoft.com/kb/2497934/zh-cn方法三：重新下载安装Microsoft .NET Framework 4 ，下载地址：http://www.downcc.com/soft/8931.html

-.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是操作系统服务和应用程序的桥梁，是一个应用软件抽象层。.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 文件。

在使用Win8系统时，升级.NET Framework 3.5.1系统提示遇到错误0x800F0906，导致很多软件无法正常使用。今天就介绍如何解决这个办法首先，打开Win8安装盘，找到sources\sxs文件夹，并将其复制到本地硬盘中，例如d:\sources\sxs；找到Win8安装盘中的sxs文件夹打开c:\windows\system32文件夹，找到cmd.exe，右键点击该文件，选择"以管理员身份运行"；以管理员身份运行cmd命令行键入并执行以下命令：dism.exe /online /enable-feature /featurename:NetFX3 /Source:d:\sources\sxs。等待命令运行完成就大功告成了！

今天碰到这样一个需求，写的C#库，有时候需要在.net 2.0下编译，有时候需要在.net 4.0下编译，这个库里使用了lambda表达式，使用了扩展方法，使用了几个 System.Core.dll 引入的Action类型。为了在 .net 2.0 下能够编译成功，我写了一个文件 Patch.cs，定义了 System.Runtime.CompilerServices.ExtensionAttribute 类型，这样就可以在2.0下使用lambda表达式和扩展方法了，同时，添加了几个用到的System.Core.dll 引入的Action类型：1: namespace System.Runtime.CompilerServices 2: { 3: public class ExtensionAttribute : Attribute { } 4: } 5: 6: namespace System 7: {8: public delegate void Action();9: public delegate void Action<T0,T1>(T0 t0,T1 t1);10: }11:然而，要在.net 4.0 下编译，因为类型已经存在，必须注释掉Patch.cs，很麻烦。于是想通过条件编译来解决，即：1: #if NET2 2: 3: namespace System.Runtime.CompilerServices 4: { 5: public class ExtensionAttribute : Attribute { } 6: } 7: 8: namespace System 9: {10: public delegate void Action();11: public delegate void Action<T0,T1>(T0 t0,T1 t1);12: }13: 14: #endif问题是，.net 里没有定义和.net版本有关的指示符。怎么办呢？自己动手，丰衣足食，使用Build Events在编译之前自动侦测出项目所使用的.net版本，定义出我们想要的指示符。在 C#模板编程(2): 编写C#预处理器，让模板来的再自然一点 一文中，写了一个程序 Csmacro.exe 来实现C#下的模板机制，本文在Csmacro.exe 的基础上，增加侦测项目所引用的.net 版本的功能。原理：查找项目目录下的 csproj 文件，解析它，找到节点TargetFrameworkVersion，判断.net版本，然后生成一个Csmacro_Template.cs文件，在里面 #define 版本指示符。例如，对 .Net 2.0 项目，生成的 Csmacro_Template.cs 文件内容为：#define NET2修改后Csmacro的代码可在：https://github.com/xiaotie/GebCommon上下载（目前只处理了 .net 2.0 和 4.0，如需要针对其它版本，可自行修改代码）。有了 Csmacro，一切就好办了。第一步，把 Csmacro.exe 放在Path路径下第二步，打开需要条件编译的项目，添加 Pre-build 事件：Csmacro.exe $(ProjectDir)第三步，编辑源文件，如，Patch.cs 文件修改为：1: #region include "Csmacro_Template.cs" 2: #endregion 3: 4: #if NET2 5: 6: namespace System.Runtime.CompilerServices 7: {8: public class ExtensionAttribute : Attribute { } 9: }10: 11: namespace System12: {13: public delegate void Action();14: public delegate void Action<T0,T1>(T0 t0,T1 t1);15: }16: 17: #endif#region include 是我引入的 Csmacro 宏语法。详见 C#模板编程(2): 编写C#预处理器，让模板来的再自然一点 一文。点击编译，系统会生成一个 Patch_Csmacro.cs 文件，内容如下：1: #define NET2 2: 3: #if NET2 4: 5: namespace System.Runtime.CompilerServices 6: { 7: public class ExtensionAttribute : Attribute { } 8: } 9: 10: namespace System11: {12: public delegate void Action();13: public delegate void Action<T0,T1>(T0 t0,T1 t1);14: }15: 16: #endif第四步，把生成的 Patch_Csmacro.cs 添加到项目中来。搞定以后，选择不同的target，编译时产生的就是对该target的条件编译！

安装 .Net Framework4，怎么安装都不行，老是提示“安装未成功”、“沿未安装.NET Framework 4 ，原因是：一般信任关系失败。”。没办法只能先放放这些比较特殊的机器了，让他们休息休息！ 出现这个问题的原因是dll文件注册不正确，需要重新注册Softpub.dll, Wintrust.dll, Initpki.dll, and Mssip32.dll这四个dll文件。如果您尝试安装 .net framwork 4时出现『安装未成功』、因为『一般信任错误』时，如下图所示：这是因为您系统中的DLL注册存在问题，请按以下步骤解决问题：按Win（Windows徽章键）+R，弹出运行对话框，输入『cmd』然后回车；在弹出来的窗口中，依次输入下面的内容并回车：『regsvr32 /s Softpub.dll』，『regsvr32 /s Wintrust.dll』，『regsvr32 /s Initpki.dll』，『regsvr32 /s Mssip32.dll』再重新安装。 在命令行中运行以下命令：regsvr32 /s Softpub.dllregsvr32 /s Wintrust.dllregsvr32 /s Initpki.dllregsvr32 /s Mssip32.dll还有的用户主要是由于我系统登录的帐号不是Admin权限 ，所有报那个错误！

我们有时可能需要将 .Net 重新注册到 IIS 上面，可以用下面的命令行来操作。如果您电脑已经安装了 IIS 然后再装.net 在安装过程中 .net 是会自动帮您注册的.打开程序-运行-cmd:输入一下命令重新注册IISC:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i注册成功就可以在IIS里看到 以下是aspnet_regiis.exe参数的说明信息：-i - 安装 ASP.NET 的此版本，并更新 IIS 元数据库根处的脚本映射和根以下的所有脚本映射。现有的低版本脚本映射升级到此版本。-ir - 安装 ASP.NET 的此版本，仅注册。不更新 IIS 中的脚本映射。-enable - 带 -i 或 -ir 指定 -enable 时，还将在 IIS 安全控制台(IIS 6.0 或更高版本)中启用 ASP.NET。-s <path> - 在指定的路径以递归方式安装此版本的脚本映射。现有的低版本脚本映射升级到此版本。例如 aspnet_regiis.exe -s W3SVC/1/ROOT/SampleApp1-sn <path> - 在指定的路径以非递归方式安装此版本的脚本映射。现有的低版本脚本映射升级到此版本。-r - 为 IIS 元数据库根位置的此版本以及根以下的所有脚本映射安装脚本映射。不论当前版本是什么，所有现有的脚本映射都更改为此版本。-u - 卸载 ASP.NET 的此版本。到此版本的现有脚本映射重新映射到此计算机上安装的其余的最高 ASP.NET 版本。-ua - 卸载计算机上的所有 ASP.NET 版本-k <path> - 从指定的路径中以递归方式移除到任何 ASP.NET 版本的所有脚本映射。例如 aspnet_regiis.exe -k W3SVC/1/ROOT/SampleApp1-kn <path> - 从指定的路径中以非递归方式移除到任何 ASP.NET 版本的所有脚本映射。-lv - 列出计算机上安装的所有ASP.NET 版本(包括状态和安装路径)。Status: Valid[ (Root)]|Invalid-lk - 列出包含 ASP.NET 脚本映射的所有 IIS 元数据库项的所有路径(连同版本一起)。不显示从父项继承 ASP.NET 脚本映射的项。-c - 将客户端脚本的此版本安装到每个 IIS 站点目录的 aspnet_client 子目录中。-e - 从每个 IIS 站点目录的 aspnet_client 子目录中移除客户端脚本的此版本。-ea - 从每个 IIS 站点目录的 aspnet_client 子目录中移除客户端脚本的所有版本。-? - 打印此帮助文本。