当你使用DDD从头开始一个新项目,并且仍然不太适合该域,TDD是有代价的.当你仍然了解域的细节时,你会发现很多你做错的东西,比如在其他类中更有意义的方法,或者从构造函数中添加/删除参数,以及许多其他更改.
这些变化非常频繁,特别是在开始时.通常(并且希望)每次更改都需要对单元测试进行一些更改,这会增加更改成本(正如我之前所说的那样,这种更改非常频繁).
我的问题是:即使在仍然发生很多变化的情况下,TDD是否值得花费成本,但是希望它们会很快变得不那么频繁(例如,一旦我们对域有更好的洞察力)?
如果您仍处于相对较高级别的域模型组件设计阶段,那么您不应该编写单元测试.在开始编写任何代码之前,您需要了解问题域以及类的职责.
如果您正处理类中构造函数和参数的问题,那么TDD不应该被视为成本 – 它可以帮助您发现并修复设计中的问题.这是对更好的对象模型的投资,减少维护.
此外,如果你使用像ReSharper或CodeRush这样的重构工具,我发现大多数早期的改变都不是那么糟糕 – 只是轻微的不便.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。