EF Core 8 脚手架功能中数字默认值的本地化问题解析

问题背景

在EF Core 8的数据库脚手架(Scaffold)功能中，当从SQL Server数据库生成实体类和DbContext时，系统会处理表列的默认值。然而，在某些区域设置下，特别是使用逗号作为小数分隔符的地区(如德语Windows)，脚手架生成的默认值会出现错误。

问题表现

当数据库中存在如下表定义时：

CREATE TABLE [dbo].[Foo](
    [id] [int] IDENTITY(1,1) NOT NULL,    
    [weight] [float] NOT NULL
)
GO

ALTER TABLE [dbo].[Foo] ADD CONSTRAINT [DF_Foo_weight] DEFAULT ((1.0)) FOR [weight]
GO

在德语Windows环境下，脚手架会错误地生成：

entity.Property(e => e.Weight).HasDefaultValue(10.0);

而预期结果应该是：

entity.Property(e => e.Weight).HasDefaultValue(1.0);

根本原因

这个问题源于EF Core脚手架代码在解析数据库默认值时，没有正确处理不同区域设置下的数字格式。具体来说，代码直接使用了系统当前的区域设置来解析数字字符串，而没有显式指定使用不变文化(InvariantCulture)。

在德语Windows中，逗号(,)是标准的小数分隔符，而点号(.)是千位分隔符。因此，当代码尝试解析"1.0"时，系统会将其解释为"10"，因为点号被当作千位分隔符而忽略。

技术细节

问题的核心在于SqlServerDatabaseModelFactory类中的默认值解析逻辑。在解析数据库默认值时，代码应该使用Convert.ChangeType方法的重载版本，显式指定使用不变文化格式提供程序：

Convert.ChangeType(value, type, CultureInfo.InvariantCulture)

而不是当前使用的：

Convert.ChangeType(value, type)

解决方案

这个问题已经在EF Core的代码库中被确认并修复。修复方法是在解析默认值时显式使用不变文化，确保无论系统区域设置如何，数字的解析都保持一致。

对于使用EF Core 8的用户，可以通过以下方式解决：

1. 临时解决方案：将系统的区域设置中的数字格式改为使用点号(.)作为小数分隔符
2. 使用EF Core Power Tools的最新版本，该工具已经包含了此修复
3. 等待EF Core的官方补丁发布

最佳实践

在处理数据库默认值或其他需要跨区域设置保持一致性的数据时，开发人员应该：

1. 始终显式指定文化信息，特别是在解析和格式化数字、日期等类型时
2. 对于数据库相关的操作，通常应该使用不变文化(InvariantCulture)
3. 在脚手架生成代码后，进行仔细的代码审查，特别是数值类型的默认值

总结

这个问题的出现提醒我们，在全球化软件开发中，正确处理区域设置相关的格式问题至关重要。EF Core团队已经意识到这个问题并提供了修复方案，开发人员在遇到类似问题时也应该考虑区域设置可能带来的影响。