Visual Studio中DateTime隐式转DateTimeOffset能否触发编译错误

可以通过.NET原生的Roslyn代码分析规则配置实现，不需要修改Visual Studio核心设置，配置后本地VS构建、命令行构建、CI流水线构建都会统一拦截这类违规代码，直接抛出构建错误。

原理说明 #

.NET基础类库原生定义了DateTime到DateTimeOffset的隐式类型转换运算符，对于DateTimeKind.Unspecified、DateTimeKind.Local类型的DateTime值，这个隐式转换会默认读取当前运行环境的系统本地时区作为偏移量，在跨时区部署场景下极易产生难以排查的时间逻辑bug，也是很多团队开发规范明确禁止的写法。

具体配置步骤 #

• 首先确认项目使用SDK风格的.NET项目格式（.NET Core 3.1+、.NET 5+默认支持，旧版.NET Framework项目可以通过安装Microsoft.CodeAnalysis.NetAnalyzersNuGet包获得支持）
• 在项目根目录的.editorconfig配置文件中添加以下规则配置，将对应检测规则的严重级别设置为编译错误：

# 拦截所有存在时区风险的DateTime到DateTimeOffset隐式转换，直接触发编译错误
dotnet_diagnostic.CA2263.severity = error

• 保存配置后重新构建项目即可生效。

上述默认规则会拦截所有非Utc类型的DateTime隐式转换为DateTimeOffset的场景。如果团队规范要求完全禁止任何形式的隐式转换（包括DateTimeKind.Utc类型的隐式转换，要求所有转换必须显式指定偏移量），可以编写一个轻量级的自定义Roslyn分析器，统一检测所有隐式转换运算符的调用并标记为错误，打包为内部NuGet包推送到团队私有源，所有项目引用后即可自动生效，不需要逐项目手动配置。

验证效果 #

配置完成后，你给出的示例代码在构建阶段会直接抛出错误，无法完成编译：

var testDate = new DateTime(2000, 1, 1, 0, 0, 0, DateTimeKind.Unspecified);
var checkDate = CastTest(testDate); // 此处直接触发编译错误

public static DateTimeOffset CastTest(DateTimeOffset date)
{
    return date;
}

该配置不依赖任何第三方VS插件，所有支持Roslyn分析器的构建环境都会执行相同的校验规则，不会出现本地开发环境和构建环境校验逻辑不一致的问题。

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