EFCorePowerTools 逆向工程中存储过程/函数的StringLength属性缺失问题

问题背景

在使用EFCorePowerTools进行数据库逆向工程时，发现从存储过程和函数生成的实体类中缺少StringLength属性，而直接从表生成的实体类则包含这些属性。这可能导致应用程序中基于这些属性进行的数据验证失效。

技术细节分析

逆向工程差异

当EFCorePowerTools从数据库表生成实体类时，会正确包含字段的长度限制属性，例如：

[Column("name")]
[StringLength(250)]
public string Name { get; set; } = null!;

但从存储过程或表值函数生成的返回结果类中，相同的字符串字段却缺少长度属性：

[Column("name")]
public string Name { get; set; } = default!;

影响范围

这种差异会影响以下场景：

1. 应用程序中依赖StringLength属性进行数据验证的逻辑
2. 前端输入字段的最大长度限制
3. 数据截断前的验证检查

解决方案

EFCorePowerTools团队已在新版本中修复此问题，通过添加配置选项UseDecimalDataAnnotationForSprocResult来控制是否为存储过程和函数结果添加数据注解。

修复后的行为

启用该功能后，生成的代码将包含完整的长度属性：

public partial class SpImpactTypeChoicesResult
{
    [StringLength(50)]
    public string ImpactType { get; set; } = default!;
    [StringLength(255)]
    public string Severity { get; set; } = default!;
    // 其他属性...
}

小数精度处理

修复还改进了对小数精度的处理，现在能正确识别并生成decimal类型的精度信息：

[Column("score", TypeName = "decimal(9,5)")]
public decimal Score { get; set; }

最佳实践建议

1. 升级到最新版本的EFCorePowerTools以获取此修复
2. 在配置文件中明确设置UseDecimalDataAnnotationForSprocResult=true
3. 对于关键业务逻辑，建议添加额外的数据验证层，而不仅依赖属性注解
4. 定期检查逆向工程生成的代码，确保所有必要的约束都被正确应用

总结

EFCorePowerTools的这一改进使得从数据库对象生成的代码更加完整和一致，特别是对于存储过程和函数的处理。开发人员现在可以更可靠地使用这些生成的类进行数据验证，确保应用程序在不同层次上的数据一致性。