- 軟件大?。?span>68.57M
- 軟件語言:中文
- 軟件類型:國產(chǎn)軟件
- 軟件類別:免費軟件 / 系統(tǒng)其它
- 更新時間:2020-12-10 10:58
- 運行環(huán)境:WinXP, Win7, Win8, Win10
- 軟件等級:
- 軟件廠商:
- 官方網(wǎng)站:暫無
54.68M/中文/6.2
66.64M/中文/2.9
765KB/英文/6.6
48.82M/中文/5.5
197.11M/英文/2.7
.net 4.8相對于其它版本比較擁有了更多的新特性更有便捷的操作方式以及支持多種不同的操作系統(tǒng)帶來極大的方便,簡潔大氣的用戶界面以及強大的功能新技術(shù)等等應(yīng)有盡有,讓您輕松穿件令人驚嘆的視覺效果,上手容易值得一試。需要的朋友趕緊來下載吧!
.NET Framework 4.8中文離線版也可以叫做.net 4.8中文離線版,是面向windows 10的全新運行環(huán)境而開發(fā)出來的產(chǎn)品,它在4.5.1的基礎(chǔ)上新增了大量改進(jìn),涉及WPF、WCF、Windows Workflow、SIMD 指令集、垃圾收集器等各個方面,解決了.NET Framework開發(fā)人員社區(qū)要求的幾種方案,包括現(xiàn)代瀏覽器和現(xiàn)代媒體控件、訪問觸摸和UWP控件和高DPI改進(jìn)等等。
一、高DPI
高DPI仍然是.NET的焦點。隨著顯示器分辨率不斷提高,應(yīng)用程序需要放大以補償文字和圖像太小造成的無法辨認(rèn)。在此版本中,ClickOnce和WinForms將迎來高DPI更新。
高DPI問題持續(xù)存在的原因有兩個。首先是高分辨率顯示器的可用性問題。在支持縮放的硬件變得可用之前,微軟無法有效測試200%和300%的縮放比例。因此,除非顯示器已經(jīng)改進(jìn)到一定程度,否則縮放仍然是一個問題。
另一個挑戰(zhàn)是多監(jiān)視器設(shè)置。當(dāng)應(yīng)用程序在不同分辨率的顯示器之間移動時,必須重新計算縮放并換出圖像。更糟糕的是,應(yīng)用程序可能會在兩個或多個具有不同分辨率的顯示器上發(fā)生重疊。解決這種情況需要各種妥協(xié),結(jié)果并不總是令人滿意。
二、死鎖和靜態(tài)條件
鑒于.NET Framework日趨成熟,我們可能會驚奇地發(fā)現(xiàn),許多核心庫仍存在競態(tài)條件和死鎖。以下是與并發(fā)相關(guān)問題的部分列表。
CLR:在并發(fā)調(diào)用新動態(tài)方法可能發(fā)生的潛在崩潰
CLR:調(diào)用EventSource的Dispose()時可能發(fā)生死鎖
網(wǎng)絡(luò):在鎖定NetworkChanged監(jiān)聽器和用戶回調(diào)時,NetworkInformation.NetworkChange可能會發(fā)生死鎖
WCF:在調(diào)用Set()之前關(guān)閉WaitHandle,可能在AsyncResult中存在競態(tài)條件
WCF:當(dāng)中止連接導(dǎo)致從CleanupChannelCollections中拋出ObjectDisposedException時可能發(fā)生的竟態(tài)條件
工作流程:在極端使用條件下(與MSDTC的大量連接),單個線程可能會無限期地持有CriticalSection
用戶界面可訪問性(UIA)
三、性能
除了通常的內(nèi)部調(diào)整(如減少AsyncLocal的內(nèi)存使用量或微調(diào)旋轉(zhuǎn)鎖)之外,此版本還修復(fù)了SqlDataReader.ReadAsync實際上不是異步執(zhí)行的問題。
提供一個將軟件部署和版本控制沖突最小化的代碼執(zhí)行環(huán)境。
提供一個可提高代碼(包括由未知的或不完全受信任的第三方創(chuàng)建的代碼)執(zhí)行安全性的代碼執(zhí)行環(huán)境。
提供一個一致的面向?qū)ο蟮木幊汰h(huán)境,而無論對象代碼是在本地存儲和執(zhí)行,還是在本地執(zhí)行但在 Internet 上分布,或者是在遠(yuǎn)程執(zhí)行的。
提供一個可消除腳本環(huán)境或解釋環(huán)境的性能問題的代碼執(zhí)行環(huán)境。
使開發(fā)人員的經(jīng)驗在面對類型大不相同的應(yīng)用程序(如基于 Windows 的應(yīng)用程序和基于 Web 的應(yīng)用程序)時保持一致。
按照工業(yè)標(biāo)準(zhǔn)生成所有通信,以確?;?.NET Framework 的代碼可與任何其他代碼集成。
1、修復(fù)ASP.NET CheckBox控件的InputAttributes和LabelAttributes的處理。
2、修復(fù)了HttpApplicationFactory類中HttpApplication實例池中的perf問題。
3、修復(fù)了從頁面/控件拋出的NullReferenceException,只有參數(shù)化的構(gòu)造函數(shù),在定位4.7.2時使用默認(rèn)值。
4、修復(fù)了使用自定義DataAnnotation.ValidationAttribute時ValidationContext.MemberName的問題。
5、修復(fù)了在GMT以東使用不存在的文件的變更監(jiān)視器時MemoryCache中的ArgumentOutOfRangeException。
6、修復(fù)可能影響多部分?jǐn)?shù)據(jù)處理的多值HTTP標(biāo)頭的處理。
7、修復(fù)了可能影響多部分?jǐn)?shù)據(jù)處理的多值HTTP標(biāo)頭的處理問題。
8、對于客戶端應(yīng)用程序(winforms,WPF或控制臺應(yīng)用程序等),ASP.NET客戶端應(yīng)用程序服務(wù)API已經(jīng)針對潛在的惡意JSON有效負(fù)載進(jìn)行了強化。
9、修復(fù)了ASP.NET 4.7中引入的問題,其中意外刪除特定類型的緩存項可能導(dǎo)致孤立的* .delete文件阻止Web應(yīng)用程序運行。
BCL
1、修復(fù)了使用區(qū)域性感知StringComparer的集合的反序列化。
2、修復(fù)了System.Runtime.CompilerServices.RuntimeFeature.IsSupported以正確考慮.NET Framework 4.7.1中引入的Portable PDB功能的應(yīng)用程序兼容性quirk設(shè)置。
3、通過解析年份編號超過該日期時代的年數(shù)的日語日期來修復(fù)該異常。只有當(dāng)有人試圖解析包含某個時代和年份的日期時,才會注意到行為的變化,而這一年超過了那個時代的去年。
4、默認(rèn)情況下,提升的進(jìn)程不會讀取HKCU以獲取托管的COM激活信息。
5、修復(fù)了CultureAwareComparer類的序列化兼容性問題。
6、將System.IO.Compression zlib(在clrcompression.dll內(nèi))升級到最新的zlib版本1.2.11。
7、通過使用CAPI類減少哈希中的內(nèi)存分配來修復(fù)(SHA256CryptoServiceProvider,等)。
8、通過使用CNG類減少哈希中的內(nèi)存分配來修復(fù)(SHA256Cng,等)。
9、修復(fù)了Windows處理閏秒后System.DateTime返回錯誤時間的問題,方法是跟蹤更改:DateTime和DateTimeOffset將使用Windows RS5系統(tǒng)報告的跳躍秒數(shù)。DateTime.Now和DateTime.UtcNow將始終與系統(tǒng)時間同步。DateTime和DateTimeOffset永遠(yuǎn)不會將閏秒報告為值60,而是始終將其報告為59. DateTime和DateTimeOffset操作將繼續(xù)按原樣運行,即內(nèi)部始終將分鐘處理為60秒,這使得它成為可能與低級平臺兼容。
10、修復(fù)了CultureAwareComparer對象的WCF反序列化失敗問題。修復(fù)了使用WCF直接使用數(shù)據(jù)協(xié)定序列化與Web服務(wù)或應(yīng)用程序進(jìn)行通信的應(yīng)用程序遇到無法反序列化CultureAwareComparer對象的問題。
11、減少了在操作系統(tǒng)中設(shè)置的“FIPS模式”位的影響。
12、將EnvelopedCms的默認(rèn)內(nèi)容加密算法更改為AES。
13、修復(fù)了GetECDsapublicKey以處理腦池曲線。
14、減少了因使用X509Certificate2和相關(guān)類型而導(dǎo)致的對象完成次數(shù)。
15、修正了第1年日語日期的格式(作為任何時代的第一年),日期將使用元字符而不是年號“1”格式化。新格式化日期行為的示例:平成元年11月21日與舊格式化日期行為相比平成1年11月21日。
16、修復(fù)了RsaProtectedConfigurationProvider使用的默認(rèn)設(shè)置(使用AES代替3DES,RSA現(xiàn)在使用2048位密鑰,默認(rèn)情況下OAEP處于啟用狀態(tài)),使用OAEP修復(fù)加密,以便寫入正確的元數(shù)據(jù)。
17、添加API以使用調(diào)用者指定的摘要算法獲取證書指紋。
18、修復(fù)了在行的開頭讀取異步讀取具有少于字符的字節(jié)數(shù)的進(jìn)程輸出時拋出的IndexOutOfRangeException。
19、減輕某些System.Data.SqlClient使用方案中出現(xiàn)的兼容性中斷。
20、修復(fù)了使用BinaryFormatter序列化大量對象時發(fā)生的序列化異常。
請描述您所遇到的錯誤,我們將盡快予以修正,謝謝!
*必填項,請輸入內(nèi)容