Microsoft .NET Framework v4.7.2 官方离线安装包资源由亿破姐YPOJIE.COM！精选收集互联网资源并整理相关Patch|Crack|KeyGen独家发布，Microsoft .NET Framework 是Windows操作系统必备的一款多语言组件开发和执行环境，它提供了一个跨语言的统一编程环境。NET框架的目的是便于开发人员更容易地建立Web应用程序和Web服务，使得Internet上的各应用程序之间，可以使用Web服务进行沟通。Microsoft .NET Framework是用于Windows的新托管代码编程模型。它将强大的功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序，实现跨技术边界的无缝通信，并且能支持各种业务流程。简单的来说就是电脑必备的运行环境。
很多第三方开发的软件有部分是基于Microsoft .NET Framework 框架来开发的，而这款软件如果是基于Microsoft .NET Framework v4.7.0 开发的话，那么你的电脑就必须安装有 Microsoft .NET Framework v4.7.0 或更高版的Microsoft .NET Framework 才能运行软件，反之Microsoft .NET Framework 低于软件开发环境，则该软件无法运行，这里亿破姐给大家带来的 Microsoft .NET Framework 官方正式版离线安装包提供，为什么要发布 Microsoft .NET Framework 官方正式版离线安装包，因为很多朋友百度搜索下载的 Microsoft .NET Framework 都是在一些下载站下载的捆绑下载器，这些下载站的捆绑下载器在下载应用的同时会偷偷在后台安装一大批流氓软件，捆绑主页等等行为，亿破姐提供的Microsoft .NET Framework 是官方的离线安装包，安全、可靠、无毒、无流氓、无广告、无捆绑。
Microsoft .NET Framework 是用于为 Web、Windows、Windows Phone、Windows Server 和 Microsoft Azure 构建应用的开发平台。 它包含公共语言运行时 (CLR) 和 .NET Framework 类库，其中包括各种功能和对许多行业标准的支持。
Microsoft .NET Framework 提供许多服务，包括内存管理、类型和内存安全、安全性、网络和应用程序部署。 它提供易于使用的数据结构和 API，将较低级别的 Windows 操作系统抽象化。 可在 .NET Framework 中使用不同编程语言，包括 C#、F# 和 Visual Basic
发行说明
今天，我们很高兴地宣布.NET Framework 4.7.2的发布 。它包含在 Windows 10 April 2018更新中。.NET Framework 4.7.2也可用于Windows 7+和Windows Server 2008 R2 +
要构建面向.NET Framework 4.7.2的应用程序，请下载 Developer Pack。您可以在.NET Framework 4.7.2发行说明中看到完整的改进列表 。.NET Framework 4.7.2将在不久的将来在Windows Update上提供。Docker Hub上也提供了此版本的Docker镜像。
支持的Windows版本
以下Windows版本支持.NET Framework 4.7.2：
Windows 10 April 2018更新（包含在内）
Windows 10 Fall Creators更新
Windows 10 Creators更新
Windows 10周年更新
Windows 8.1
Windows 7 SP1
以下Windows Server版本支持.NET Framework 4.7.2：
Windows Server，版本1709
Windows Server 2016
Windows Server 2012 R2
Windows Server 2012
Windows Server 2008 R2 SP1
ASP.NET – WebForms中的依赖注入
依赖注入 （DI）是一种技术，其中一个对象提供另一个对象的依赖关系。它解耦了对象，因此不必仅仅因为它所依赖的对象需要更改为不同的客户端代码而进行更改。MVC框架 已经支持依赖注入，但是在ASP.NET Web窗体应用程序中使用这种技术非常困难。这个新功能将使在ASP.NET Web窗体应用程序中使用依赖项注入变得更加容易。此功能可实现以下功能：
在Handler，Module，Page，User control和Custom control中的Web应用程序项目中支持基于setter，基于接口和基于构造函数的注入。
在Handler，Module，Page，User控件和Custom控件中的Web站点项目中支持基于setter和基于接口的注入。
支持不同依赖注入框架的可扩展性。
这是一个如何使用此功能的简单示例。
第1步 -实现IServiceProvider。您可以在其中实现自己的DI逻辑或插入另一个DI框架，例如Unity，Ninject。以下示例演示如何通过构造函数注入ILog对象。
第2步 – 在Global.asax中设置WebObjectActivator。
第3步 – 在Webform页面中使用依赖注入。
ASP.NET – SameSite Cookie
SameSite阻止浏览器发送此cookie以及跨站点请求。在.NET Framework 4.7.2中，在HttpCookie类型中添加了一个新属性SameSite，如果HttpCookie.SameSite设置为SameSiteMode.Strict或SameSiteMode.Lax，ASP.NET将在set-cookie头中添加SameSite属性。在这种情况下，对SameSite cookie的支持是双重的：
在HttpCookie对象中
在FormsAuthentication和SessionState cookie中
您可以为HttpCookie对象设置SameSite， 如下所示。
您可以通过web.config在应用程序级别配置HttpCookie SameSite，如下所示。
您可以 通过web.config 为FormsAuthentication 和SessionState cookie 添加SameSite 。
ClickOnce – 每个监视器支持WPF和支持HDPI的ClickOnce部署的应用程序
早期的WPF开发人员无法部署 通过ClickOnce 指定除默认System Aware之外的HDPI设置的应用程序。当最终用户尝试通过ClickOnce启动此类应用程序时，由于解析ClickOnce清单失败，他们无法运行它。现在，使用.NET Framework 4.7.2，WPF开发人员可以在使用应用程序清单指定新的DPI Awareness模式时选择ClickOnce部署。借助此功能，Windows 10 Spring Creators Update或更高版本的用户将能够指定最新的HDPI设置（如PerMonV2）并毫无问题地启动这些应用程序。
这使应用程序开发人员能够利用新的HDPI功能，现在可以继续通过ClickOnce进行部署：
ClickOnce – 启用部署清单的SHA256时间戳
此功能增加了对使用RFC3161时间戳服务器（基于SHA256）的时间戳，以及使用Mage.exe构建的ClickOnce清单的支持。这使开发人员能够将行业标准时间戳添加到其ClickOnce清单中。开发人员现在可以使用现有的Mage参数指定RFC3161时间戳服务器 – TimestampUri ，如下例所示：
SQL – Azure AD通用和多重身份验证支持
不断增长的合规性和安全性需求要求许多客户使用多重身份验证（MFA）。此外，当前的最佳实践指示开发人员不要在连接字符串中直接包含任何用户密码。我们通过引入新的Azure AD Interactive身份验证关键字来扩展SqlClient连接字符串以支持MFA。这还支持 Azure AD身份验证。
此功能为现有“Authentication”关键字引入了一个新值，指定了一种名为“Active Directory Interactive”的新身份验证方法。新的交互方法支持本机和联合Azure AD用户以及Azure AD来宾用户。使用此方法时，SQL DB支持Azure AD强制执行的MFA身份验证。此外，还要求用户密码作为交互式对话框的一部分，使我们能够遵守安全最佳实践。
最初.NET Framework中的SQL连接仅支持ActiveDirectoryPassword和ActiveDirectoryIntegrated。这两者都是不支持MFA 的非交互式ADAL协议的一部分。使用新的ActiveDirectoryInteractive关键字，SQL连接支持MFA以及现有的身份验证方法（密码和集成身份验证），允许用户以交互方式输入用户密码，而无需在SQL连接字符串中保留密码。
可以使用SQL Server数据工具（SSDT）等工具配置此功能，如下所示。在 最新的Visual Studio 15.7预览中，可以使用名为“Active Directory交互式身份验证”的新身份验证选项来支持对SQL数据库的MFA身份验证。
以下示例显示如何实例化将其注册到特定身份验证方法所需的通信提供程序。它还显示了使用不同的身份验证方法创建与SQL数据库的连接，其中两个是现有的：ActiveDirectoryPassword，ActiveDirectoryIntegrated和最新的ActiveDirectoryInteractive。
BCL – 加密改进
RSA.Create和DSA.Create的新重载
这简化了创建RSA或DSA对象并调用ImportParameters的模式。“之前”和“之后”简化如下所示。
当使用特定密钥生成新的RSA或DSA密钥时，可以利用新的大小过载。
Rfc2898DeriveBytes接受哈希算法名称
Rfc2898DeriveBytes 中添加了新的构造函数重载，它接受HashAlgorithmName 以识别在派生键时应使用哪种HMAC算法。鼓励开发人员使用基于SHA-2的HMAC 生成新密钥，如下所示，而不是使用 HMAC_SHA1。
支持EphemeralKeySet
PFX导入可以选择直接从内存加载私钥，绕过硬盘。该X509KeyStorageFlags枚举有一个新成员，EphemeralKeySet。在X509Certificate2构造函数或X509Certificate2Collection.Import方法中指定此标志时，私钥将作为临时密钥加载。这可以避免密钥在磁盘上可见。
建议不要将使用此标志加载的证书添加到X509Store，因为密钥不会持久保存到磁盘。
以这种方式加载的密钥几乎总是通过Windows CNG加载，因此呼叫者必须通过扩展方法访问私钥 – 例如，cert。GetRSAPrivateKey（）。X509Certificate2上的PrivateKey属性将不起作用。
由于旧版PrivateKey属性不适用于证书，因此建议开发人员在切换到EphemeralKeySet之前执行严格的测试。
以编程方式创建PKCS＃10认证签名请求和X.509公钥证书
.NET Framework现在支持生成 证书签名请求（CSR），允许将证书请求生成转移到现有工具中。
以下示例将CSR创建为www.adatum.com的TLS服务器身份验证证书。此外，adatum.com使用带有SHA-2-256的RSA-PSS与现有RSA密钥签名。
.NET Framework现在允许工作负载以编程方式生成自签名证书。这在测试场景中经常有用。
以下示例使用具有ECDSA-SHA-2-256签名的现有ECDSA密钥为www.adatum.com创建TLS服务器身份验证证书的自签名版本。
其他特性
SignedCms 的SignerInfo类公开了有关签名的更多信息。可以查询SignerInfo.SignatureAlgorithm以确定签名者使用的签名算法。可以调用SignerInfo.GetSignature（）来获取此签名者的加密签名的副本。
CryptoStream现在有一个额外的构造函数，允许Dispose不关闭包装的流。要继续当前行为，不需要进行任何更改。要在释放CryptoStream之后保持打包的流，请使用`new CryptoStream（stream，transform，mode，leaveOpen：true）`。
BCL – ZLib解压缩支持DeflateStream
此功能通过使用ZIP的本机实现来提高解压缩ZIP存档的吞吐量。这使得解压缩期间ZIP存档的吞吐量最多可提高3倍。现有实现和本机实现之间存在细微差别，因此默认情况下仅针对面向.NET Framework 4.7.2的应用程序启用此功能。
较旧的应用程序可以通过使用以下AppContext开关选择此行为：
BCL – 附加集合API
WPF – 按源查找ResourceDictionaries
此功能使诊断助手能够找到从给定Source Uri创建的 ResourceDictionaries。诊断助手（如Visual Studio的“编辑并继续”工具）允许其用户编辑ResourceDictionary，其目的是将更改应用于正在运行的应用程序。实现这一目标的一步是找到正在运行的应用程序从正在编辑的字典中创建的所有ResourceDictionaries。例如，应用程序可以声明一个ResourceDictionary，其内容是从给定的源URI复制的：
编辑“MyRD.xaml”中原始标记的诊断助手可以使用新功能查找字典。该功能由类System.Windows.Diagnostics.ResourceDictionaryDiagnostics`上的新方法实现，如下面代码中的第一行所示。诊断助手将使用绝对Uri调用新方法，该Uri标识原始标记，如下面的下一行所示。
该功能供诊断助手使用，而不是由生产应用程序使用。除非启用了VisualDiagnostics并且设置了ENABLE_XAML_DIAGNOSTICS_SOURCE_INFO环境变量，否则该方法返回空的枚举。
WPF – 查找ResourceDictionary所有者
此功能使诊断助手能够找到给定ResourceDictionary的所有者。每当对ResourceDictionary进行更改时，WPF都会自动查找可能受更改影响的所有DynamicResource引用。诊断助手（如Visual Studio的“编辑并继续”工具）可能需要对此进行扩展以处理StaticResource引用。
这个过程的第一步是找到字典的所有者 – 所有“Resources`属性引用字典的对象（直接或间接通过`ResourceDictionary.MergedDictionaries`property）。新方法支持此步骤。
该功能由类System.Windows.DiagnosticsResourceDictionaryDiagnostics`上的三个新方法实现，每个方法对应一个具有`Resources`属性的基类型。
该功能供诊断助手使用，而不是由生产应用程序使用。除非启用了VisualDiagnostics并且设置了ENABLE_XAML_DIAGNOSTICS_SOURCE_INFO环境变量，否则这些方法将返回空的枚举。
WPF – 查找StaticResource引用
此功能允许诊断助手在解析StaticResource引用时接收通知。诸如Visual Studio的“编辑并继续”工具之类的诊断助手可能希望在更改或替换ResourceDictionary中的值时更新资源的所有使用 。WPF会自动为DynamicResource引用执行此操作，但有意不对StaticResource引用执行此操作。诊断助手面临着定位这些用途的挑战。此功能有助于迎接挑战。
该功能由类System.Windows.DiagnosticsResourceDictionaryDiagnostics`上的新事件实现。
只要运行时解析StaticResource引用，就会引发此事件。事件args描述了解析，指示了承载StaticResource引用的对象和属性，以及用于解析的ResourceDictionary和key。
该功能供诊断助手使用，而不是由生产应用程序使用。除非启用了VisualDiagnostics并且设置了ENABLE_XAML_DIAGNOSTICS_SOURCE_INFO环境变量，否则不会引发该事件（并忽略其`add`方法）。
下载地址
