.Net 3.5 SP1 完整包

Microsoft .NET Framework 3.5 Service Pack 1 是一个累积更新，包含很多基于 .NET Framework 2.0、3.0 和 3.5 不断生成的新功能，此外还包括 .NET Framework 2.0 Service Pack 2 和 .NET Framework 3.0 Service Pack 2 累积更新。

软件说明：

.NET Framework 3.5 Service Pack 1 版提供了以下新功能和改进：

1. ASP.NET 动态数据，它提供了丰富的框架。

从而使用户可以快速进行数据驱动的开发，而无需编写代码。

ASP.NET AJAX 的一项新增功能，对管理浏览器历史记录提供了支持（支持后退按钮）。

有关更多信息，请参见 What’s New in ASP.NET and Web Development

（ASP.NET 和 Web 开发中的新增功能）。

2. 对公共语言运行时的核心改进包括：

改进了 .NET Framework 本机映像的布局、选择不再对完全受信任的程序集。

进行强名称验证、提高了应用程序启动性能、改进了生成的代码以缩短端对端应用程序执行时间。

选择在 ASLR（地址空间布局随机化）模式下运行托管代码（如果操作系统支持）。

此外，从网络共享打开的托管应用程序在完全受信任环境下运行时与本机应用程序具有相同的行为。

3. 提高了 Windows Presentation Foundation 的性能。

包括缩短了启动时间，提高了与位图效果有关的性能。

WPF 的其他新增功能包括：改善了对业务线应用程序、本机初始屏幕。

DirectX 像素着色器的支持，并且新增了 WebBrowser 控件。

4. ClickOnce 应用程序发行者可以决定在适当情况下不进行签名和加密。

开发人员可以编程方式安装 ClickOnce 应用程序以显示自定义署名。

并且 ClickOnce 错误对话框支持链接到 Web 上应用程序特定的支持网站。

5. 实体框架是从现有的一套 ADO.NET 数据访问技术发展而来的。

利用实体框架，开发人员可以按照应用程序特定的域模型。

（而不是基础数据库模型）来针对关系数据库进行编程。

有关更多信息，请参见 Getting Started with the Entity Framework（实体框架入门）。

实体框架还引入了一些其他功能，包括支持 SQL Server 2008 的新类型。

默认实体图形序列化和实体数据源。

在此版本中，实体框架支持 SQL Server 2008 中的新日期和文件流功能。

图形序列化工作可帮助开发人员生成将全部图形建模为数据协定。

Windows Communication Foundation (WCF) 服务。

实体数据源为希望使用实体框架的 ASP.NET 应用程序构建者提供了传统的数据源体验。

6. LINQ to SQL 新增了对 SQL Server 2008 中的新日期和文件流功能的支持。

7. ADO.NET Data Services Framework 由满足以下条件的模式和库组合而成。

支持将数据公开为一项基于 REST（具象状态传输）的灵活数据服务。

企业网络内部或整个 Internet 上的 Web 客户端都可以使用该服务。

ADO.NET Data Services Framework 支持基于任何数据源创建数据服务。

通过与 ADO.NET Entity Framework 的充分集成。

可以轻松公开基础存储架构的概念视图模型。

可以轻松地从任一平台访问使用 ADO.NET Data Services Framework 创建的服务。

以及兼容的 Windows Live (dev.live.com) 服务。

针对运行在 Microsoft 平台上的客户端应用程序提供了一组客户端库，以简化与数据服务的交互。

例如，基于 .NET Framework 的客户端可以使用 LINQ 查询数据服务。

也可以使用简单的 .NET Framework 对象层更新此服务中的数据。

8. 现在，Windows Communication Foundation 改进了对互操作性的支持。

增强了部分受信任情况下的调试体验。

并且扩展了整合协议支持以便在 Web 2.0 应用程序中可以进行更广泛的应用。

从而使 DataContract 序列化程序变得更易于使用。

9. 用于 SQL Server (SqlClient) 的 .NET Framework 数据。

提供程序新增了对 SQL Server 2008 中的文件流和稀疏列功能的支持。

使用方法：

解决.NET Framework 3.5 sp1离线安装

.net Framework 3.5 Service pack 1(Full Package) 231MB是网络上最完整的离线安装包。

安装时却还提示要联网下载，如果没联网就麻烦了，这里下载的是语言包。

这里教你自己动手制作真正的.net Framework 3.5 Service pack 1完整离线安装包.

第一种解决.NET Framework 3.5 sp1离线安装方案

1. 下载.net Framework 3.5 Service pack 1 (Full Package) 231MB。

安装包后dotnetfx35.exe，用WinRAR打开并解压。

2. 下载.net Framework 3.5 Service pack 1中文简体语言包。

一般用户下载dotnetfx35langpack_x86zh-CHS.exe，这个是WIN32系统

3. 将语言包dotnetfx35langpack_x86zh-CHS.exe。

复制到第一步解压缩的\wcu\dotNetFramework\dotNetFX35\x86文件夹里。

(如果是x64位的，可将dotnetfx35langpack_x64zh- CHS.exe 

复制到\wcu\dotNetFramework\dotNetFX35\x64文件夹里。)

4. 点击运行dotNetFx35setup.exe，可彻底的离线安装了。

第二种解决.NET Framework 3.5 sp1离线安装方案

在没有装VS2008的机器上单独安装3.5SP1的时候。

无论你下载的什么完整版还是非完整版。

安装程序都需要连接Internet,去下一些东东，而且超慢。

更要命的是：提示有63M的东西要下，然后已经下了63M了，还是在下。

先说解决方案：

1.到官网上下载3.5SP1的完整安装包。

2.下载完成后，命令行下运行dotnetfx35.exe /x解压到一个目录

3.进入解压目录下进入wcu\dotNetFrameWork

4.从命令行运行dotNetFx35setup.exe /lang:ENU

5.OK一路畅通了。

软件特点

跨平台

可以在Windows，macOS，Linux上运行

灵活的部署机制

1.Portable applications(便携式应用)

这种部署机制和传统的.NET Framework相似，只要目标平台上存在.NET Core Runtime即可。

2.Self-contained application（自宿主应用）

顾名思义，这种部署机制将应用和运行时共同打包，即便目标平台上没有安装.NET Core Runtime也能正常使用

第二种方式和.NET Native也是不一样的，仍然使用CoreCLR，而.NET Native使用CoreRT作为运行时，详细信息请见dotnet/corert

软件优势

开源

.NET Core从属于.NET基金会，由微软进行官方支持。使用MIT和Apache 2开源协议，文档协议遵循CC-BY

.NET Core SDK包含

.NET Core 是由许多项目所组成，除了基本的类库(Core FX) 之外，也包含采用 RyuJIT 编译的运行平台 Core CLR、编译器平台.NET Compiler Platform、采用 AOT 编译技术运行最优化的包 Core RT (.NET Core Runtime)，以及跨平台的 MSIL 编译器 LLILC (LLVM-based MSIL Compiler) 等项目。

同时，微软也发展了一个建置技术文件的平台docfx，并运用于 .NET Core 的文件网站。

命令行工具

.NET程序所有的运行脚本都可以用命令行工具执行(cmd，bash)这里有几个常见的donnet命令

兼容性

通过.NET Standard Library与.NET Framework，Xamarin，Mono兼容

RyuJIT

RyuJIT 是微软发展的新式即地编译器 (Just-in-Time Compiler)，用以替换现有的 .NET Framework 的 JIT 以及 JIT64 即地编译器，依据微软公布的测试报告，RyuJIT 的性能较前一代的 JIT 提升约 25%，并支持SIMD(Single Instruction, Multiple Data) 的技术。RyuJIT 同时应用于 .NET Framework 4.6 以及 .NET Core。

Core CLR

Core CLR 移植 .NET Framework 的 CLR 的功能，包含核心程序库 mscorlib、JIT 编译器、垃圾收集器 (GC) 以及其他运行 MSIL 所需要的运行期环境。

Core RT

Core RT 是以AOT (Ahead-of-time) 编译方式为主的核心功能，在 .NET Core 内称为 Core RT，在 UWP 则是称为 .NET Native。

Core RT 会在建造时期 (非运行期) 在编译时将 MSIL 转换成平台本地的机器码，以获取较短的引导时间 (JIT 采用的是运行时期编译，使得引导时间拉长)，以及内存用量减少的优点。Core RT 会在不同的平台使用不同的 AOT 技术：

Windows 上使用的是 .NET Native。

Mac OS 与 Linux 上使用的是 LLILC (同时支持 JIT 和 AOT)。

LLILC

LLILC (LLVM-based MSILCompiler，英文发音为 "lilac") 是 .NET Core 在非 Windows 平台的 MSIL 编译器 ，基于 ECMA-335 (Common Language Infrastructure) 的标准将 MSIL 编译成原生码运行，适用于可运行 LLVM 的操作系统，例如 Mac OSX 与 Linux 操作系统。

LLILC 同时支持 JIT (内含 RyuJIT 的实现) 以及 AOT (未来将开始支持) 的编译方式。

Roslyn

.NET Compiler Platform (项目代码为 Roslyn) 是将 .NET 平台的编译架构标准化的平台，它可提供程序管理工具 (如集成开发环境) 相当多的情报，用以发展有助于编写程序与管理程序结构所需要的功能

例如类型信息、语法结构、参考链接、语义、编译器、自动化、错误回报等等功能，只要是遵循 CLI 标准的编程语言，都可以利用 .NET Compiler Platform 实现出编译器，让程序管理工具能实现如语法提示、语法自动完成、关键字高亮等可视化能力。

.NET Compiler Platform 可同时支持 .NET Framework 4.6 以上版本，.NET Core 也原生支持。