.net - 在项目中引入代码生成器。这可能是一种风险吗？

Question

我对一个 .NET 项目(VS2008/.NET 3.5)进行了代码审查。我注意到许多业务实体和数据访问组件是从头开始创建的，而没有实现复杂的火箭科学代码的业务需求。

许多审查问题与数据访问层有关。

查看所使用的架构，我建议引入 CodeSmith 等代码生成器与 .NetTiers 结合使用。

技术负责人喜欢这个想法，但他说引入这个想法会有风险，因为团队正处于开发阶段，而且项目太小。

在这个阶段引入代码生成器是否更可取？

(这个话题不是关于必须使用哪个代码生成工具，而是更多关于何时引入它或引入与否)

Answer 1

在中间向项目添加新东西时总是存在风险，尤其是当新东西正在取代旧东西时。基本上任何依赖于旧代码的代码都需要完全测试。这是改变的风险和成本的一部分。

风险伴随着错误。假设一切正常，那么这不是问题。但是当出现问题时会发生什么？然后成本就会上升，因为需要额外的时间来再次进行调试/测试周期。

如果您还没有进行任何测试，那么这在中间唯一有意义的时候。然而，如果是这样的话，那么我会更担心总体质量，因为我更希望这样一个低级别的层在整个过程中得到彻底的测试。