为什么在C#中DateOnly类型无法像DateTime那样使用减法运算符？

这个问题其实和.NET团队对DateOnly类型的设计考量直接相关，咱们掰开揉碎了说：

1. DateTime和DateOnly的设计定位差异 #

DateTime本质是带时间戳的日期时间类型，它内部存的是从基准时间开始的Ticks数值，所以两个DateTime相减返回TimeSpan——这完全符合逻辑，毕竟时间戳的差值就是时间跨度。

而DateOnly是专门用来表示纯日期的类型，设计目标就是剥离时间部分、聚焦日期本身。如果直接支持d - e，就会面临一个尴尬的问题：返回值该是TimeSpan还是int（天数）？这其实是个设计取舍的关键决策点。

2. 官方提供的替代方案 #

虽然不能直接用-运算符，但.NET给了更明确的方式计算两个DateOnly的差值：

方法一：调用Subtract方法 #

这个方法会返回TimeSpan，你可以通过Days属性直接拿到天数差：

var d = new DateOnly(2000, 01, 01);
var e = new DateOnly(1999, 01, 01);
TimeSpan dateDifference = d.Subtract(e);
int daysDiff = dateDifference.Days; // 结果为365

方法二：利用DayNumber属性 #

DateOnly的DayNumber属性表示从公元0年1月1日到当前日期的总天数，直接计算两个属性的差值最直观：

var d = new DateOnly(2000, 01, 01);
var e = new DateOnly(1999, 01, 01);
int daysDiff = d.DayNumber - e.DayNumber; // 结果为365

3. 为什么不重载-运算符？ #

根据.NET团队的设计思路，他们最终放弃了重载-运算符，核心原因有两个：

• 避免歧义：如果返回TimeSpan，会和DateOnly“无时间部分”的定位冲突；如果返回int，又会和DateTime的行为不一致，增加开发者的认知负担。
• 代码意图更清晰：用明确的方法或属性，能让代码逻辑一目了然——比如DayNumber一看就知道是计算天数差，比模糊的d - e更易读。

内容的提问来源于stack exchange，提问作者Papposilenos