Microsoft .NET Framework 4.6 (Offline)

Những thay đổi của phiên bản Microsoft .NET Framework 4.6

ASP.NET 5

• Microsoft .NET Framework 4.6 bao gồm ASP.NET 5 dựa trên nền tảng .NET để xây dựng những ứng dụng dựa trên nền tảng đám mây hiện đại. Nền tảng này liên quan đến mô-đun, vì vậy bạn có thể chỉ bao gồm những tính năng cần thiết trong ứng dụng của mình. Nó có thể được lưu trữ trên IIS hoặc tự lưu trữ trong quá trình tùy chỉnh, và bạn có thể chạy các ứng dụng với những phiên bản khác nhau của .NET Framework trên cùng một máy chủ. Nó cũng bao cũng bao gồm một hệ thống cấu hình môi trường mới, được thiết kế cho việc triển khai đám mây điện toán.
• MVC, Web API và Web Pages được thống nhất trong một khuôn khổ duy nhất gọi là MVC 6. Bạn xây dựng 5 ứng dụng ASP.NET thông qua các công cụ mới trong Visual Studio 2015. Các ứng dụng đã tồn tại vẫn sẽ làm việc trên phiên bản .NET Framework mới, tuy nhiên, để xây dựng một ứng dụng sử dụng MVC 6 hoặc SignalR 3, bạn phải sử dụng hệ thống dự án trong Visual Studio 2015.

Cập nhật ASP.NET

Hỗ trợ HTTP/2 (Windows 10)

• Hỗ trợ HTTP/2 đã được thêm vào ASP.NET trong .NET Framework 4.6. Vì chức năng kết nối mạng tồn tại nhiều lớp, nên những tính năng mới được yêu cầu trong Windows, trong IIS và trong ASP.NET để kích hoạt HTTP/2. Bạn phải chạy trên Windows 10 để sử dụng HTTP/2 với ASP.NET. HTTP/2 vẫn chưa được thêm vào ASP.NET 5.
• HTTP/2 là phiên bản mới của giao thức HTTP, cung cấp sử dụng kết nối Internet tốt hơn nhiều (ít "những chuyến đi vòng" giữa máy khách và máy chủ hơn), giúp giảm độ trễ khi tải trang web cho người dùng. Các trang web được hưởng lợi nhiều nhất từ HTTP/2, kể từ khi giao thức này được tối ưu hóa cho nhiều hiện vật (artifacts) được yêu cầu như một phần của trải nghiệm duy nhất.
• Các trình duyệt và máy chủ web (IIS trên Windows) sẽ thực hiện tất cả mọi công việc. Bạn không phải đặt gánh nặng nào lên người dùng của mình.
• Hầu hết các trình duyệt chính đều hỗ trợ HTTP/2, vì vậy người dùng sẽ được hưởng lợi từ việc hỗ trợ HTTP/2 nếu máy chủ của bạn hỗ trợ nó. Bạn có thể thử nó với bản cập nhật RC.

Hỗ trợ cho Token Binding Protocol

• Microsoft và Goolge đã hợp tác trong cách tiếp cận mới để xác thực, được gọi là Token Binding Protocol. Tiền đề là các thẻ xác thực (trong bộ nhớ cache của trình duyệt) có thể bị đánh cắp và sử dụng bởi bọn tội phạm để truy cập tài nguyên an toàn khác (ví dụ: tài khoản ngân hàng của bạn) mà không yêu cầu mật khẩu hoặc bất kỳ sự hiểu biết được cấp quyền nào khác. Giao thức mới nhằm giảm thiểu vấn đề này.
• Token Binding Protocol sẽ được thực hiện trong Windows 10 như là một tính năng trong trình duyệt. Các ứng dụng ASP.NET sẽ tham gia vào trong giao thức, do đó thẻ xác thực được xác nhận là hợp pháp. Các tương tác giữa máy chủ và máy khách thiết lập bảo vệ end-to-end được chỉ định bởi giao thức này.

Những thay đổi trong thư viện lớp cơ sở

Nhiều API mới được thêm vào .NET Framework 4.6 RC để cho phép các kịch bản chính. Bạn sẽ nhận thấy những sự thay đổi và bổ sung sau đây:

IReadOnlyCollection

Thêm Queue và Stack.

Các loại SIMD-enabled

System.Numerics namespace hiện tại bao gồm một số lượng các loại SIMD-enabled như Matrix3x2, Matrix4x4, Plane, Quaternion, Vector2, Vector3 và Vector4Vector4.

Các cập nhật mật mã

• System.Security.Cryptography API đã được cập nhật để hỗ trợ các API mật mã của Windows CNG. .NET Framework hiện đang sử dụng phiên bản cũ của Windows Cryptography APIs làm cơ sở cho việc thực hiện System.Security.Cryptography. Nhà phát hành đã yêu cầu để hỗ trợ API CNG, vì nó hỗ trợ các thuật toán mật mã hiện đại, điều này khá quan trọng với một số loại ứng dụng hiện đại. Trong bản cập nhật này, nhóm nghiên cứu đã thêm hỗ trợ để sử dụng các key chứng nhận CNG với lớp RSACng.
• Bản cập nhật này là bước đầu tiên để hướng tới hỗ trợ rộng hơn cho Windows CNG API và cho nhiều thuật toán mật mã hiện đại nói chung.

Các chuyển đổi tương thích

• Lớp AppContext mới bổ sung thêm một số tính năng tương thích mới cho phép các tác giả cung cấp cơ chế từ chối các chức năng mới cho người dùng. Nó thiết lập một cam kết lỏng lẻo giữa các thành phần để truyền tải một yêu cầu từ chối. Khả năng này thường là quan trọng khi thay đổi được thực hiện trên các chức năng hiện có. Ngược lại, cũng có một cơ chế chấp nhận ngầm cho các chức năng mới.
• Với AppContext, các thư viện xác định và tìm thấy các chuyển đổi tương thích, trong khi code phụ thuộc vào chúng có thể thiết lập các chuyển đổi để ảnh hưởng đến hành vi của thư viện. Theo mặc định, các thư viện cung cấp chức năng mới và chỉ thay đổi nó nếu chuyển đổi được thiết lập.
• Một ứng dụng (hoặc một thư viện) có thể khai báo các giá trị của một chuyển đổi (luôn luôn là giá trị Boolean) mà thư viện phụ thuộc định nghĩa. Việc chuyển đổi được mặc định ngầm là sai. Bạn phải thiết lập chuyển đổi để thực sự cho phép nó.

Cải thiện Event Tracing

• Đối tượng .NET Framework 4.6 RC EventSource có thể được xây dựng trực tiếp và có thể gọi một trong những phương thức Write để phát hành một sự kiện tự miêu tả.
• Thư viện phải kiểm tra nếu có chuyển đổi được kê khai giá trị thích hợp và một hành động hợp lệ trên nó.
• Việc sử dụng một định dạng thích hợp cho các chuyển đổi sẽ có nhiều lợi ích, vì chúng là một giao kèo chính thức được tìm thấy bởi một thư viện. Hai định dạng rõ ràng là Switch.namespace.switchname, Switch.library.switchname.

.Net Native

• Các ứng dụng Windows cho Windows 10 mà nhằm vào .NET Core và được viết trong C# hoặc Visual Basic có thể tận dụng lợi thế của công nghệ mới, biên dịch các ứng dụng sang mã nguồn gốc hơn là IL. Chúng tạo các ứng dụng đặc trưng bởi thời gian khởi động và thực hiện nhanh hơn.
• Ứng dụng của bạn được biên dịch sang mã nguồn gốc theo mặc định khi bạn biên dịch chúng với Visual Studio 2015.
• Để hỗ trợ gỡ lỗi các ứng dụng Native Net, một số giao diện và các kiểu liệt kê mới đã được thêm vào API gỡ lỗi không được quản lý.

Các gói mã nguồn mở .NET Framework

• Các gói NET Core như Immutable Collections và SIMD APIs hiện đã có sẵn, mã nguồn mở, trên GitHub. Để truy cập code, xem NetFx trên GitHub.
• Cũng bao gồm những thay đổi trong phiên bản trước đó.