DevExpress官方已于近期全新發(fā)布v24.1，此版本包含了重點升級了控件的跨平臺性，歡迎下載最新版產(chǎn)品體驗！

DevExpress技術交流群10：532598169      歡迎一起進群討論

可訪問性增強

可訪問性支持仍然是最重要的工程優(yōu)先級，因此在新版本中我們增強了鍵盤導航/屏幕閱讀器支持，擴展了自動化功能和其他與易訪問性相關的功能，以確保更好地符合WCAG中概述的標準。

這個版本包括對大多數(shù)桌面和Web組件套件的增強：

• WinForms控件
• WPF控件
• DevExtreme JavaScript組件
• Blazor UI組件
• ASP.NET Core控件
• .NET Reporting
• XAF - 跨平臺 .NET App UI (Blazor)
• VCL控件

跨UI平臺支持新的.NET DateOnly和TimeOnly類型

在.NET Core / .NET 6+應用程序中，新版本現(xiàn)在在數(shù)據(jù)感知的UI控件(如數(shù)據(jù)網(wǎng)格、樹形列表、日期和時間編輯器)中支持DateOnly 和TimeOnly類型。

• WinForms控件
• WPF控件
• Blazor UI組件
• XAF - 跨平臺 .NET App UI (Blazor)

由于核心級別的變化（ DevExpress.Data和DevExtreme.AspNet.Data庫），現(xiàn)在支持客戶端/內(nèi)存和服務器模式數(shù)據(jù)源的這些數(shù)據(jù)類型(這兩種數(shù)據(jù)類型都被上面列出的多個UI控件使用)：

• EntityServerModeSource / EntityInstantFeedbackSource
• LinqServerModeSource / LinqInstantFeedbackSource
• GridDevExtremeDataSource（針對ASP.NET Core / DevExtreme和基于Blazor的控件）

您可以根據(jù)DateOnly和TimeOnly值對數(shù)據(jù)(以及其他功能)進行排序、分組和篩選，新版本還擴展了標準語言如下：

• 您可以在過濾器表達式和未綁定列中使用與日期/時間相關的函數(shù)(如AddHours、GetDays、DateDiffDays等)。
• 您現(xiàn)在可以把DateOnly/TimeOnly常量用 '#' 和 '! '用于字符串過濾表達式：

[OrderDate] >= #!2018-03-22!# && [OrderTime] >= #!18:22:00!#

由于以下與微軟相關的突破性變化，這些新的數(shù)據(jù)類型對EF Core 8開發(fā)人員來說特別重要：SQL Server date and time now scaffold to .NET DateOnly and TimeOnly。DevExpress客戶即使不使用EF Core 8進行數(shù)據(jù)訪問，也會從這個新功能中受益——重要的是底層數(shù)據(jù)庫或可查詢提供者支持新的數(shù)據(jù)類型(如Microsoft SQL Server with EF Core 8)。

DateOnly和TimeOnly是在 .NET 6.0中引入的，它們是映射數(shù)據(jù)庫日期和時間類型的完美匹配。DateTime包含一個未使用的時間組件，在將其映射到日期時可能會導致混淆，而TimeSpan表示時間間隔(可能包括天數(shù))，而不是事件發(fā)生的一天中的某個時間。使用新的類型可以防止錯誤和混淆，并提供清晰的意圖。

注意：Microsoft和第三方軟件包供應商沒有在.NET框架上支持DateOnly和TimeOnly類型。此外，DevExpress官方還沒有正式支持.NET框架和兩個框架中的OData/XPO數(shù)據(jù)源的這個特性，鼓勵用戶遷移到.NET 6+來受益于新的數(shù)據(jù)類型。從技術上講，官方在.NET和.NET之間共享部分代碼庫，所以不要混淆，.NET框架的DevExpress.Data庫包含了 "shim" DateOnly和TimeOnly類型，如果您遇到與第三方兼容性包的任何沖突（例如一個或兩個非官方支持），我們建議您刪除這些包。

.NET 和 .NET Framework - 從Newtonsoft.Json遷移到System.Text.Json

在最新的v24.1版本中，以下DevExpress產(chǎn)品將使用Microsoft的System.Text.Json替代Newtonsoft. Json來處理JSON序列化相關的任務：

• 數(shù)據(jù)訪問庫：BI Dashboards (DashboardJsonDataSource) 和報表(JsonDataSource)，支持.NET 6+ WinForms、WPF、Blazor、ASP. NET Core應用程序（.NET框架應用程序將繼續(xù)使用Newtonsoft.Json庫，期望在v24.2更新中切換到System.Text.Json）。
• 針對.NET 6+和.NET框架DevExtreme、Blazor和ASP. NET Core應用程序的數(shù)據(jù)訪問庫（DevExtreme.AspNet.Data v4.0.0+的System.Text.Json兼容版本現(xiàn)在可用）
• .NET 6+非XAF應用程序（DevExtreme, Blazor, .NET MAUI等）和XAF應用程序的Backend Web API服務。
• .NET 6+ WinForms映射的WPF、Blazor、ASP.NET Core應用程序（.NET框架應用程序將繼續(xù)使用Newtonsoft.Json庫）中的地圖。
• Blazor富文本編輯器(沒有突破性的變化)。

新版本設計時代碼(向導、設計器和工具)可能仍然會繼續(xù)使用Newtonsoft.Json，因為Visual Studio中的依賴關系(一些設計時服務仍然依賴Newtonsoft.Json，但我們相信這種情況將來會改變)。目前依賴于Newtonsoft.Json的其他.NET框架產(chǎn)品可能會切換到System.Text.Json，這里我們依賴于DevExpress產(chǎn)品最低限度支持的.NET框架版本，該版本可能會在v24.2中從4.5.2更改為4.6.2。

重新生成NuGet API密鑰(Feed)

要重新生成NuGet API密鑰，請導航到https://nuget.devexpress.com/并單擊generate Feed鏈接。

您的NuGet API密鑰是敏感信息，應該保護它不被不受信任的第三方未經(jīng)授權使用。如果您泄露了NuGet API密鑰，需要盡快重新生成它。重新生成NuGet API密鑰的情況或原因可能包括但不限于以下情況：

• 您錯誤地將NuGet API密鑰包含在公共論壇帖子、GitHub存儲庫、日志文件或其他授權位置。
• 之前可以訪問NuGet Feed的團隊成員已經(jīng)離開了公司。
• 您知道或懷疑您的NuGet API密鑰已被竊取或泄露。

DevExpress NuGet Server - 增強文檔

官方更新了在線文檔 來解決用戶反饋的使用場景問題，DevExpress NuGet feed(離線或在線)可用于Windows, Mac OS和Linux：

• 選擇離線和在線DevExpress NuGet feed
• 在Visual Studio、VS Code和Rider中安裝NuGet包
• 與GitLab集成
• 其他CI/CD系統(tǒng)的安全性最佳實踐