DapperLib/Dapper 中 DateOnly 和 TimeOnly 类型的支持问题解析
2025-05-12 17:58:11作者:温玫谨Lighthearted
概述
在数据库操作中,日期和时间类型的处理一直是开发中的常见需求。随着 .NET 6 引入了 DateOnly 和 TimeOnly 这两个新类型,许多ORM框架需要相应地进行适配。本文将详细分析 Dapper 库在处理这些新类型时遇到的问题及其解决方案。
问题背景
在 Dapper 2.1.35 版本中,开发者遇到了以下问题:
- 使用 Dictionary<string, object> 或 DynamicParameters(未指定DbType)传递 DateOnly 和 TimeOnly 类型参数时,会抛出 NotSupportedException 异常
- 即使通过指定 DbType.Date 和 DbType.Time 成功插入数据,查询时也无法正确映射到 DateOnly 和 TimeOnly 类型的属性
- 尝试将时间列映射到 DateTime 类型也会失败
技术分析
参数传递问题
Dapper 内部通过类型映射系统处理参数转换。在 2.1.35 版本中,SqlMapper.cs 文件中的 typeMap 变量明确将 DateOnly 类型标记为 DoNotSetFieldValue,导致无法直接使用这些类型作为参数。
解决方案是使用 DynamicParameters 并显式指定 DbType:
var parameters = new DynamicParameters();
parameters.Add("dateParam", dateOnlyValue, DbType.Date);
parameters.Add("timeParam", timeOnlyValue, DbType.Time);
查询结果映射问题
当从数据库查询数据时,Dapper 需要将数据库返回的值转换为目标类型。原始版本存在以下问题:
- 数据库返回的 DATE 类型值被转换为 DateTime,无法自动转换为 DateOnly
- TIME 类型值返回为特殊对象,无法直接转换为 TimeOnly 或 DateTime
在 2.1.37 及更高版本中,Dapper 改进了这些类型的处理:
- 可以直接映射到包含 DateOnly 和 TimeOnly 属性的类
- 作为替代方案,DATE 列可以映射到 DateTime,TIME 列可以映射到 TimeSpan
版本演进
- 2.1.35:不支持 DateOnly/TimeOnly 类型
- 2.1.37:添加了对这些类型的支持(最初未在 NuGet 上列出)
- 2.1.44:稳定版本,包含完整的 DateOnly/TimeOnly 支持
最佳实践
-
参数传递:
- 使用 DynamicParameters 而非 Dictionary<string, object>
- 为 DateOnly 参数指定 DbType.Date
- 为 TimeOnly 参数指定 DbType.Time
-
结果映射:
- 推荐直接使用 DateOnly 和 TimeOnly 类型属性
- 备选方案:DATE 列映射到 DateTime,TIME 列映射到 TimeSpan
- 确保使用 Microsoft.Data.SqlClient 而非 System.Data.SqlClient
-
数据库兼容性:
- 测试表明该解决方案适用于 MS SQL、MySQL 和 PostgreSQL
- 不同数据库提供程序可能需要特定的版本支持
示例代码
// 插入数据
var parameters = new DynamicParameters();
parameters.Add("date", new DateOnly(2023, 1, 1), DbType.Date);
parameters.Add("time", new TimeOnly(12, 30), DbType.Time);
await connection.ExecuteAsync("INSERT INTO Table(DateCol, TimeCol) VALUES (@date, @time)", parameters);
// 查询数据
var results = await connection.QueryAsync<MyModel>("SELECT DateCol, TimeCol FROM Table");
public class MyModel {
public DateOnly DateCol { get; set; }
public TimeOnly TimeCol { get; set; }
}
结论
Dapper 从 2.1.37 版本开始完善了对 DateOnly 和 TimeOnly 类型的支持。开发者应使用最新稳定版本(2.1.44+)并遵循推荐的最佳实践,以确保日期和时间类型在应用程序和数据库之间的正确转换。这一改进显著简化了.NET 6+应用程序中日期时间相关字段的处理,使代码更加类型安全和表达清晰。
登录后查看全文
热门项目推荐
相关项目推荐
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
LongCat-AudioDiT-1BLongCat-AudioDiT 是一款基于扩散模型的文本转语音(TTS)模型,代表了当前该领域的最高水平(SOTA),它直接在波形潜空间中进行操作。00- QQwen3.5-397B-A17BQwen3.5 实现了重大飞跃,整合了多模态学习、架构效率、强化学习规模以及全球可访问性等方面的突破性进展,旨在为开发者和企业赋予前所未有的能力与效率。Jinja00
HY-Embodied-0.5这是一套专为现实世界具身智能打造的基础模型。该系列模型采用创新的混合Transformer(Mixture-of-Transformers, MoT) 架构,通过潜在令牌实现模态特异性计算,显著提升了细粒度感知能力。Jinja00
FreeSql功能强大的对象关系映射(O/RM)组件,支持 .NET Core 2.1+、.NET Framework 4.0+、Xamarin 以及 AOT。C#00
项目优选
收起
deepin linux kernel
C
27
14
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
658
4.26 K
Ascend Extension for PyTorch
Python
503
607
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
939
862
Oohos_react_native
React Native鸿蒙化仓库
JavaScript
334
378
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
390
285
AscendNPU-IR是基于MLIR(Multi-Level Intermediate Representation)构建的,面向昇腾亲和算子编译时使用的中间表示,提供昇腾完备表达能力,通过编译优化提升昇腾AI处理器计算效率,支持通过生态框架使能昇腾AI处理器与深度调优
C++
123
195
openGauss kernel ~ openGauss is an open source relational database management system
C++
180
258
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.54 K
892
昇腾LLM分布式训练框架
Python
142
168