当前位置: 首页 > 微软应用 > 系统工具 > 正文
Microsoft .NET Framework 4.6.2 中文离线安装包 .NET 2015 系统必备组件

Microsoft .NET Framework 4.6.2 中文离线安装包 .NET 2015 系统必备组件

作者:大眼仔~旭 日期:6个月前 (08-03) 围观:30109+ 评论:7 条

摘要:Micsf.NETFamewk4.6.2中文离线安装版 中文离线安装包系统必备由大眼仔旭(www.dayazai.me)发布。微软昨晚发布了VisualSudi2015、.NETFamewk4.6正式版,面向Widws10的全新开发环境就此成型。VisualSudi2015的各个版本已经开放下载和…

Microsoft .NET Framework 4.6.2 中文离线安装版 中文离线安装包 系统必备由大眼仔旭(www.dayanzai.me)发布。微软昨晚发布了 Visual Studio 2015、.NET Framework 4.6正式版,面向 Windows 10 的全新开发环境就此成型。Visual Studio 2015 的各个版本已经开放下载和订阅,.NET Framework 4.6 也来了。 .NET Framework 4.6 又被称为 .NET 2015,将会集成在 Windows 10 之中,同时支持 32/64 位的 Windows Vista SP2、Windows 7 SP1、Windows 8、Windows 8.1、Windows Server 2008 SP2、Windows Server 2008 R2 SP1、Windows Server 2012、Windows Server 2012 R2,支持简体中文等多种语言。

它在 4.5.1 的基础上新增了大量改进,涉及 WPF、WCF、Windows Workflow、高 DPI Windows Forms、RyuJIT 即时编译器、SIMD 指令集、垃圾收集器、ADO.NET、网络、兼容性等各个方面,还大幅提升了 .NET 应用程序的运行速度。

开发人员可以点此了解详细情况。普通用户只管安装就是了,说不定今后哪个程序或组件就需要它才能运行。

.NET框架(.NET Framework) 是由微软开发,一个致力于敏捷软件开发(Agile softwaredevelopment)、快速应用开发(Rapidapplication development)、平台无关性和网络透明化的软件开发平台。.NET是微软为下一个十年对服务器和桌面型软件工程迈出的第一步。.NET包含许多有助于互联网和内部网应用迅捷开发的技术。

Microsoft .NET Framework 4.6.2 中文离线安装包

Microsoft .NET Framework 4.6.2 中文离线安装包

.NET框架是一个多语言组件开发和执行环境,它提供了一个跨语言的统一编程环境。.NET框架的目的是便于开发人员更容易地建立Web应用程序和Web服务,使得Internet上的各应用程序之间,可以使用Web服务进行沟通。从层次结构来看,.NET框架又包括三个主要组成部分:公共语言运行时(CLR:Common Language Runtime)、服务框架(Services Framework)和上层的两类应用模板——传统的Windows应用程序模板(Win Forms)和基于ASP NET的面向Web的网络应用程序模板(Web Forms和Web Services)。

公共语言运行时(CLR),是一个运行时环境,管理代码的执行并使开发过程变得更加简单。CLR是一种受控的执行环境,其功能通过编译器与其它工具共同展现。

在CLR之上的是服务框架,它提供了一套开发人员希望在标准语言库中存在的基类库,包括集合、输入/输出、字符串及数据类。

那么,在Windows DNA(分布式集成网络应用体系结构)之后,微软提出新的.NET框架(新托管代码编程模型)的主要原因是什么?

问题出现在已开发了多种技术的整合的一个单一应用程序的子系统上。例如,一个制造企业有不同的系统,如库存管理系统,物料清单系统,财务总帐系统,所有使用可用于应用程序开发的各种技术实现的。这些系统需要集成在一起,从而形成一个更高级别的企业信息系统的组织。要做到这一点,应用程序开发人员必须使用如微 软的分布式组件对象模型(DCOM),通用对象请求代理体系结构(CORBA),Java远程方法调用(RMI)等技术。然而,这些分布的技术通过已开发的应用程序编程语言非常紧密地耦合在一起。

跨语言的互操作性也是受限的。例如,如果在Visual C++类已经被创建,那么不可能在Visual Basic开发新的类并将其扩展到Visual C++。因此,开发者将不得不用每一种项目中用到的语言重新编写同样的逻辑的类。功能的可重用性得到了支持,但在早期的技术,真正的代码的可重用性是不可用。因此,开发人员不得不学习被用于应用程序的开发组织用到的所有语言。注册的COM组件。COM组件注册,才可以在目标机器上使用的应用程序。应用程序必须查找Windows注册表中查找并加载的COM组件。

Microsoft .NET Framework 4.6.2 中文离线安装包

Microsoft .NET Framework 4.6.2 中文离线安装包

这是脱机安装程序。为 Web 和脱机安装方式提供不同的安装程序。如希望在安装过程中为自己的产品或应用程序重新分配这两个安装程序中的一个,我们建议选择 Web 安装程序,因为它比较小且通常下载速度比较快。您可以在此处下载 Web 安装程序。

Microsoft 建议您尽可能使用 Web 安装程序代替脱机程序包,以获得最佳的效率并满足带宽要求。

脱机程序包可在由于没有 Internet 连接导致 Web 安装程序无法使用的情况下使用。该程序包比 Web 安装程序包大,且不包含语言包。您可以从此处下载并安装语言包。

虽然 .NET Framework 的此版本与 .NET Framework 3.5 SP1 和更低版本一起运行,但它对 .NET Framework 4 和 .NET Framework 4.5 执行就地更新。

支持的操作系统
Windows 7 Service Pack 1, Windows 8, Windows Server 2008 R2 SP1, Windows Server 2008 Service Pack 2, Windows Server 2012, Windows Vista Service Pack 2
硬件要求:
1 GHz 或更快的处理器
512 MB RAM
850 MB 的可用硬盘空间 (x86)
2 GB 的可用硬盘空间 (x64)

官方主页

  Microsoft .NET Framework 4.6.2 更新日志

  ASP.NET:

  Improved support for localized error messages in data annotation validators:

  Data annotation validators enable you to perform validation by adding one or more attributes to a class property. The attribute’s ValidationAttribute.ErrorMessage element defines the text of the error message if validation fails. Starting with the .NET Framework 4.6.2, ASP.NET makes it easy to localize error messages.

  Async support with session-state store providers:

  ASP.NET now allows task-returning methods to be used with session-state store providers, thereby allowing ASP.NET apps to get the scalability benefits of async. To supports asynchronous operations with session state store providers, ASP.NET includes a new interface, System.Web.SessionState.ISessionStateModule, which inherits from IHttpModule and allows developers to implement their own session-state module and async session store providers. In addition, the SessionStateUtility class includes two new methods, IsSessionStateReadOnly and IsSessionStateRequired, that can be used to support asynchronous operations.

  Async support for output-cache providers:

  Starting with the .NET Framework 4.6.2, task-returning methods can be used with output-cache providers to provide the scalability benefits of async. Providers that implement these methods reduce thread-blocking on a web server and improve the scalability of an ASP.NET service. The following APIs have been added to support asynchronous output-cache providers:

  The System.Web.Caching.OutputCacheProviderAsync class, which inherits from System.Web.Caching.OutputCacheProvider and allows developers to implement an asynchronous output-cache provider.

  The OutputCacheUtility class, which provides helper methods for configuring the output cache.

  18 new methods in the System.Web.HttpCachePolicyclass. These include GetCacheability, GetCacheExtensions, GetETag, GetETagFromFileDependencies, GetMaxAge, GetMaxAge, GetNoStore, GetNoTransforms, GetOmitVaryStar, GetProxyMaxAge, GetRevalidation, GetUtcLastModified, GetVaryByCustom, HasSlidingExpiration, and IsValidUntilExpires.

  2 new methods in the System.Web.HttpCacheVaryByContentEncodings class: GetContentEncodings and SetContentEncodings.

  2 new methods in the System.Web.HttpCacheVaryByHeaders class: GetHeaders and SetHeaders.

  2 new methods in the System.Web.HttpCacheVaryByParams class: GetParams and SetParams.

  In the System.Web.Caching.AggregateCacheDependency class, the GetFileDependencies method.

  In the CacheDependency, the GetFileDependencies method.

  CHARACTER CATEGORIES:

  Characters in the .NET Framework 4.6.2 are classified based on the Unicode Standard, Version 8.0.0. In .NET Framework 4.6 and .NET Framework 4.6.1, characters were classified based on Unicode 6.3 character categories.

  Support for Unicode 8.0 is limited to the classification of characters by the CharUnicodeInfo class and to types and methods that rely on it. These include the StringInfo class, the overloaded Char.GetUnicodeCategory method, and the character classes recognized by the .NET Framework regular expression engine. Character and string comparison and sorting is unaffected by this change and continues to rely on the underlying operating system or, on Windows 7 systems, on character data provided by the .NET Framework.

  CRYPTOGRAPHY:

  Support for X509 certificates containing FIPS 186-3 DSA:

  The .NET Framework 4.6.2 adds support for DSA (Digital Signature Algorithm) X509 certificates whose keys exceed the FIPS 186-2 1024-bit limit.

  In addition to supporting the larger key sizes of FIPS 186-3, the .NET Framework 4.6.2 allows computing signatures with the SHA-2 family of hash algorithms (SHA256, SHA384, and SHA512). FIPS 186-3 support is provided by the new System.Security.Cryptography.DSACng class.

  In keeping with recent changes to the RSA class in the .NET Framework 4.6 and the ECDsa class in the .NET Framework 4.6.1, the DSA abstract base class in .NET Framework 4.6.2 has additional methods to allow callers to use this functionality without casting.

  Increased clarity for inputs to ECDiffieHellman key derivation routines:

  The .NET Framework 3.5 added support for Ellipic Curve Diffie-Hellman Key Agreement with three different Key Derivation Function (KDF) routines. The inputs to the routines, and the routines themselves, were configured via properties on the ECDiffieHellmanCng object. But since not every routine read every input property, there was ample room for confusion on the past of the developer.

  To address this in the .NET Framework 4.6.2, the following three methods have been added to the ECDiffieHellman base class to more clearly represent these KDF routines and their inputs: DeriveKeyFromHash(ECDiffieHellmanPublicKey,?HashAlgorithmName,?Byte[],?Byte[]), DeriveKeyFromHmac(ECDiffieHellmanPublicKey,?HashAlgorithmName,?Byte[],?Byte[],?Byte[]), DeriveKeyTls(ECDiffieHellmanPublicKey,?Byte[],?Byte[])

  Support for persisted-key symmetric encryption:

  The Windows cryptography library (CNG) added support for storing persisted symmetric keys and using hardware-stored symmetric keys, and the .NET Framework 4.6.2 mades it possible for developers to make use of this feature. Since the notion of key names and key providers is implementation-specific, using this feature requires utilizing the constructor of the concrete implementation types instead of the preferred factory approach (such as calling Aes.Create). Persisted-key symmetric encryption support exists for the AES (AesCng) and 3DES (TripleDESCng) algorithms.

  SignedXml support for SHA-2 hashing:

  The .NET Framework 4.6.2 adds support to the SignedXml class for RSA-SHA256, RSA-SHA384, and RSA-SHA512 PKCS#1 signature methods, and SHA256, SHA384, and SHA512 reference digest algorithms. The URI constants are all exposed on SignedXml. Any programs that have registered a custom SignatureDescription handler into CryptoConfig to add support for these algorithms will continue to function as they did in the past, but since there are now platform defaults, the CryptoConfig registration is no longer necessary.

  SQLCLIENT:

  Connection pooling and timeouts with Azure SQL databases:

  When connection pooling is enabled and a timeout or other login error occurs, an exception is cached, and the cached exception is thrown on any subsequent connection attempt for the next 5 seconds to 1 minute. For more details, see SQL Server Connection Pooling (ADO.NET).

  This behavior is not desirable when connecting to Azure SQL Databases, since connection attempts can fail with transient errors that are typically recovered quickly. To better optimize the connection retry experience, the connection pool blocking period behavior is removed when connections to Azure SQL Databases fail.

  The addition of the new PoolBlockingPeriod keyword lets you to select the blocking period best suited for your app.

  Enhancements for Always Encrypted:

  To improve performance of parameterized queries against encrypted database columns, encryption metadata for query parameters is now cached. With the SqlConnection.ColumnEncryptionQueryMetadataCacheEnabled property set to true (which is the default value), if the same query is called multiple times, the client retrieves parameter metadata from the server only once

  Column encryption key entries in the key cache are now evicted after a configurable time interval, set using the SqlConnection.ColumnEncryptionKeyCacheTtl property

  WINDOWS COMMUNICATION FOUNDATION:

  WCF transport security support for certificates stored using CNG:

  WCF transport security supports certificates stored using the Windows cryptography library (CNG). In the .NET Framework 4.6.2, this support is limited to using certificates with a public key that has an exponent no more than 32 bits in length. When an application targets the .NET Framework 4.6.2, this feature is on by default.

  For applications that target the .NET Framework 4.6.1 and earlier but are running on the .NET Framework 4.6.2, this feature can be enabled by adding the following line to the section of the app.config or web.config file.

  Better support for multiple daylight saving time adjustment rules by the DataContractJsonSerializer class:

  Customers can use an application configuration setting to determine whether the DataContractJsonSerializer class supports multiple adjustment rules for a single time zone. This is an opt-in feature. To enable it, add the following setting to your app.config file.

  When this feature is enabled, a DataContractJsonSerializer object uses the TimeZoneInfo type instead of the TimeZone type to deserialize date and time data. TimeZoneInfo supports multiple adjustment rules, which makes it possible to work with historic time zone data; TimeZone does not.

  Support for preserving a UTC time when serializing and deserializing with the XMLSerializer class:

  Ordinarily, when the XmlSerializer class is used to serialize a UTC DateTime value, it creates a serialized time string that preserves the date and time but assumes the time is local. For example, if you instantiate a UTC date and time by calling the following code.

  NetNamedPipeBinding best match:

  WCF has a new app setting that can be set on client applications to ensure they always connect to the service listening on the URI that best matches the one that they request. With this app setting set to false (the default), it is possible for clients using NetNamedPipeBinding to attempt to connect to a service listening on a URI that is a substring of the requested URI.

  For example, a client tries to connect to a service listening at net.pipe://localhost/Service1, but a different service on that machine running with administrator privilege is listening at net.pipe://localhost. With this app setting set to false, the client would attempt to connect to the wrong service. After setting the app setting to true, the client will always connect to the best matching service.

  SSL 3.0 is not a default protocol:

  When using NetTcp with transport security and a credential type of certificate, SSL 3.0 is no longer a default protocol used for negotiating a secure connection. In most cases, there should be no impact to existing apps, because TLS 1.0 is included in the protocol list for NetTcp. All existing clients should be able to negotiate a connection using at least TLS 1.0. If Ssl3 is required, use one of the following configuration mechanisms to add it to the list of negotiated protocols.

  The SslStreamSecurityBindingElement.SslProtocols property

  The TcpTransportSecurity.SslProtocols property

  The section of the section

  The section of the section

  WINDOWS PRESENTATION FOUNDATION:

  Group sorting:

  An application that uses a CollectionView object to group data can now explicitly declare how to sort the groups. Explicit sorting addresses the problem of non-intuitive ordering that occurs when an app dynamically adds or removes groups, or when it changes the value of item properties involved in grouping. It can also improve the performance of the group creation process by moving comparisons of the grouping properties from the sort of the full collection to the sort of the groups.

  To support group sorting, the new GroupDescription.SortDescriptions and GroupDescription.CustomSort properties describe how to sort the collection of groups produced by the GroupDescription object. This is analogous to the way the identically named ListCollectionView properties describe how to sort the data items.

  Two new static properties of the PropertyGroupDescription class, CompareNameAscending and CompareNameDescending, can be used for the most common cases.

  For example, the following XAML groups data by age, sort the age groups in ascending order, and group the items within each age group by last name.

  Soft keyboard support:

  Soft Keyboard support enables focus tracking in a WPF applications by automatically invoking and dismissing the new Soft Keyboard in Windows 10 when the touch input is received by a control that can take textual input.

  In previous versions of the .NET Framework, WPF applications cannot opt into the focus tracking without disabling WPF pen/touch gesture support. As a result, WPF applications must choose between full WPF touch support or rely on Windows mouse promotion

  Per-monitor DPI:

  To support the recent proliferation of high-DPI and hybrid-DPI environments for WPF apps, WPF in the .NET Framework 4.6.2 enables per-monitor awareness. See the samples and developer guide on GitHub for more information about how to enable your WPF app to become per-monitor DPI aware.

  In previous versions of the .NET Framework, WPF apps are system-DPI aware. In other words, the application’s UI is scaled by the OS as appropriate, depending on the DPI of the monitor on which the app is rendered. ,

  For apps running under the .NET Framework 4.6.2, you can disable per-monitor DPI changes in WPF apps by adding a configuration statement to the section of your application configuration file.

  WINDOWS WORKFLOW FOUNDATION:

  Support for C# expressions and IntelliSense in the Re-hosted WF Designer

  Starting with the .NET Framework 4.5, WF supports C# expressions in both the Visual Studio Designer and in code workflows. The Re-hosted Workflow Designer is a key feature of WF that allows for the Workflow Designer to be in an application outside Visual Studio (for example, in WPF). Windows Workflow Foundation provides the ability to support C# expressions and IntelliSense in the Re-hosted Workflow Designer.

  Availability of IntelliSense when a customer rebuilds a workflow project from Visual Studio:

  In versions of the .NET Framework prior to the .NET Framework 4.6.2, WF Designer IntelliSense is broken when a customer rebuilds a workflow project from Visual Studio. While the project build is successful, the workflow types are not found on the designer, and warnings from IntelliSense for the missing workflow types appear in the Error List window. The .NET Framework 4.6.2 addresses this issue and makes IntelliSense available.

  Workflow V1 applications with Workflow Tracking on now run under FIPS-mode:

  Machines with FIPS Compliance Mode enabled can now successfully run a workflow Version 1-style application with Workflow tracking on. To enable this scenario, you must make the following change to your app.config file: ‘add key=”microsoft:WorkflowRuntime:FIPSRequired” value=”true” /’

  Workflow Improvements when using Dynamic Update with Visual Studio Workflow Designer:

  The Workflow Designer, FlowChart Activity Designer, and other Workflow Activity Designers now successfully load and display workflows that have been saved after calling the DynamicUpdateServices.PrepareForUpdate method. In versions of the .NET Framework before the .NET Framework 4.6.2, loading a XAML file in Visual Studio for a workflow that has been saved after calling DynamicUpdateServices.PrepareForUpdate can result in the following issues:

  The Workflow Designer can’t load the XAML file correctly (when the ViewStateData.Id is at the end of the line).

  Flowchart Activity Designer or other Workflow Activity Designers may display all objects in their default locations as opposed to attached property values.

  CLICKONCE:

  ClickOnce has been updated to support TLS 1.1 and TLS 1.2 in addition to the 1.0 protocol, which it already supports. ClickOnce automatically detects which protocol is required; no extra steps within the ClickOnce application are required to enable TLS 1.1 and 1.2 support.

  CONVERTING WINDOWS FORMS AND WPF APPS TO UWP APPS:

  Windows now offers capabilities to bring existing Windows desktop apps, including WPF and Windows Forms apps, to the Universal Windows Platform (UWP). This technology acts as a bridge by enabling you to gradually migrate your existing code base to UWP, thereby bringing your app to all Windows 10 devices.

  Converted desktop apps gain an app identity similar to the app identity of UWP apps, which makes UWP APIs accessible to enable features such as Live Tiles and notifications. The app continues to behave as before and runs as a full trust app. Once the app is converted, an app container process can be added to the existing full trust process to add an adaptive user interface. When all functionality is moved to the app container process, the full trust process can be removed and the new UWP app can be made available to all Windows 10 devices.

  DEBUGGING IMPROVEMENTS:

  The unmanaged debugging API has been enhanced in the .NET Framework 4.6.2 to perform additional analysis when a NullReferenceException is thrown so that it is possible to determine which variable in a single line of source code is null. To support this scenario, the following APIs have been added to the unmanaged debugging API.

  The ICorDebugCode4, ICorDebugVariableHome, and ICorDebugVariableHomeEnum interfaces, which expose the native homes of managed variables. This enables debuggers to do some code flow analysis when a NullReferenceException occurs and to work backwards to determine the managed variable that corresponds to the native location that was null.

  The ICorDebugType2::GetTypeID method provides a mapping for ICorDebugType to COR_TYPEID, which allows the debugger to obtain a COR_TYPEID without an instance of the ICorDebugType. Existing APIs on COR_TYPEID can then be used to determine the class layout of the type.

资源:NDP462-KB3151800-x86-x64-AllOS-ENU.exe
解压密码:www.dayanzai.me
转载不写出处会得尖锐湿疣~
点击下载

声明:大眼仔旭 | 本文采用[BY-NC-SA]协议进行授权
文章名称:《Microsoft .NET Framework 4.6.2 中文离线安装包 .NET 2015 系统必备组件
文章固定链接:http://www.dayanzai.me/net-framework.html
除注明转载文章外 转载时必须以链接形式注明作者和原始出处及本声明
转载声明
返回顶部