DevExpress Universal v24.1 更新亮点解析（一）：跨平台增强功能

DevExpress 跨平台增强功能 v24.1

辅助功能增强

可访问性支持仍然是工程设计的重中之重。因此，我们增强了键盘导航/屏幕阅读器支持，扩展了自动化功能和其他与辅助功能相关的功能，以确保更好地符合 WCAG 中列出的标准。

此版本包含了我们大多数桌面和网络组件套件的增强功能：

WinForms 控件
WPF 控件
DevExtreme JavaScript 组件
Blazor UI 组件
ASP.NET Core 控件
.NET报告
XAF - 跨平台 .NET 应用程序用户界面（Blazor）
VCL 控件

跨 UI 平台支持新的 .NET DateOnly 和 TimeOnly 类型

现在，我们在 .NET Core / .NET 6+ 应用程序中的以下 UI 平台的数据感知 UI 控件（如数据网格、树形列表、日期和时间编辑器）中支持 DateOnly 和 TimeOnly 类型。

WinForms 控件
WPF 控件
Blazor UI 组件
XAF - 跨平台 .NET 应用程序用户界面（Blazor）

* 请查看以上链接以获取更多信息（不同 UI 平台和控件支持的功能各不相同）。

由于核心层（我们的 DevExpress.Data 和 DevExtreme.AspNet.Data 库）的变化，我们现在支持客户端/内存和服务器模式数据源的这些数据类型（上述多个 UI 控件均使用这两种数据类型）：

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

您可以根据 DateOnly 和 TimeOnly 值对数据进行排序、分组和过滤（以及其他功能）。我们还对标准语言进行了如下扩展：

您可以在筛选表达式和非绑定列中使用日期/时间相关函数（如 AddHours、GetDays、DateDiffDays 等）。
现在，您可以用 "#"和"!"为字符串筛选表达式包装 DateOnly/TimeOnly 常量：

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

由于以下与微软相关的重大变更，这些新数据类型对 EF Core 8 开发人员尤为重要： SQL Server 日期和时间现在可扩展到 .NET DateOnly 和 TimeOnly。即使不使用 EF Core 8 进行数据访问，DevExpress 客户也能从这一新功能中受益，重要的是底层数据库或 IQueryable 提供商支持新数据类型（如 EF Core 8 中的 Microsoft SQL Server）。下面是微软关于 .NET 开发人员一般价值的一段话：

DateOnly 和 TimeOnly 在 .NET 6.0 中引入，是映射数据库日期和时间类型的完美匹配。DateTime 显然包含一个未使用的时间组件，在将其映射到日期时可能会引起混淆，而 TimeSpan 表示的是时间间隔（可能包括天数），而不是事件发生的时间。使用新类型可以避免错误和混淆，并使意图更加明确。

注意：微软和第三方软件包供应商没有在 .NET Framework 上反向移植 DateOnly 和 TimeOnly 类型。此外，我们也不正式支持 .NET Framework 和这两个框架中的 OData/XPO 数据源的这一功能。我们鼓励您迁移到 .NET 6+ 以受益于新的数据类型。从技术上讲，我们在 .NET Framework 和 .NET 之间共享部分代码库，因此请不要对我们用于 .NET Framework 的 DevExpress.Data 库包含我们自己的 "shim "DateOnly 和 TimeOnly 类型感到困惑。如果您遇到任何与第三方兼容性软件包冲突的情况（如一两个非官方支持的软件包），我们建议您删除这些软件包。

.NET和.NET框架 - 从Newtonsoft.Json迁移到System.Text.Json

在我们的 v24.1 发布周期中，以下 DevExpress 产品将使用 Microsoft 的 System.Text.Json 代替 Newtonsoft.Json，用于运行时代码中的 JSON 序列化相关任务：

数据访问库：用于 .NET 6+ WinForms、WPF、Blazor、ASP.NET Core 应用程序（.NET Framework 应用程序将继续使用 Newtonsoft.Json 库）的 BI 仪表板 (DashboardJsonDataSource) 和报表 (JsonDataSource)。我们预计将在 v24.2 发布周期内改用 System.Text.Json）。
适用于 .NET 6+ 和 .NET Framework DevExtreme、Blazor 和 ASP.NET Core 应用程序的数据访问库（现在可提供与 System.Text.Json 兼容的 DevExtreme.AspNet.Data v4.0.0+ 版本）。
适用于 .NET 6+ 非 XAF 应用程序（DevExtreme、Blazor、.NET MAUI 等）和 XAF 应用程序的后端 Web API 服务。
WPF 中 .NET 6+ WinForms、Blazor、ASP.NET Core 应用程序中的地图（.NET Framework 应用程序将继续使用 Newtonsoft.Json 库。我们预计将在 v24.2 发布周期内改用 System.Text.Json）。
Blazor 富文本编辑器（无重大变更）。

由于 Visual Studio 中的依赖关系，我们的设计时代码（向导、设计器和工具）可能仍将继续使用 Newtonsoft.Json（某些设计时服务仍依赖于 Newtonsoft.Json，但我们相信将来会有所改变）。目前依赖 Newtonsoft.Json 库的其余 .NET Framework 产品将来可能会转向 System.Text.Json。在此，我们依赖于 DevExpress 产品的最低支持 .NET Framework 版本，该版本在 v24.2 中可能会从 4.5.2 更改为 4.6.2。

重新生成 NuGet API 密钥 (Feed)

要重新生成 NuGet API 密钥，请导航至 https://nuget.devexpress.com/ 并单击 "重新生成源 "链接。

您的 NuGet API 密钥是敏感信息，应加以保护，防止未经授权的第三方使用。如果您的 NuGet API 密钥泄露，您需要尽快重新生成它。重新生成 NuGet API 密钥的情况或原因可能包括但不限于以下情况：

您错误地将您的 NuGet API 密钥包含在公共论坛帖子、GitHub 存储库、日志文件或其他经授权的地方。
之前有权访问您的 NuGet Feed 的团队成员已离开公司。
您知道或怀疑您的 NuGet API 密钥已被盗或泄露。

DevExpress NuGet 服务器 - 增强文档

根据用户反馈，我们更新了在线文档，以解决常用的使用场景。我们明确了在 Windows、Mac OS 和 Linux 中使用哪种 DevExpress NuGet 源（离线或在线）：

选择离线和在线 DevExpress NuGet 源
在Visual Studio、VS Code和Rider中安装NuGet软件包
与 GitLab 集成
其他 CI/CD 系统的安全最佳实践

相关产品

最新文章

相关文章