前端之家收集整理的这篇文章主要介绍了
测试 – TDD和DDD,同时仍然了解域，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
当你使用DDD从头开始一个新项目,并且仍然不太适合该域,TDD是有代价的.当你仍然了解域的细节时,你会发现很多你做错的东西,比如在其他类中更有意义的
方法,或者从构造
函数中
添加/
删除参数,以及许多其他更改.
这些变化非常频繁,特别是在开始时.通常(并且希望)每次更改都需要对单元测试进行一些更改,这会增加更改成本(正如我之前所说的那样,这种更改非常频繁).
我的问题是：即使在仍然发生很多变化的情况下,TDD是否值得花费成本,但是希望它们会很快变得不那么频繁(例如,一旦我们对域有更好的洞察力)？
如果您仍处于相对较高级别的域模型组件设计阶段,那么您不应该编写单元测试.在开始编写任何
代码之前,您需要了解问题域以及类的职责.
如果您正处理类中构造函数和参数的问题,那么TDD不应该被视为成本 – 它可以帮助您发现并修复设计中的问题.这是对更好的对象模型的投资,减少维护.
此外,如果你使用像ReSharper或CodeRush这样的重构工具,我发现大多数早期的改变都不是那么糟糕 – 只是轻微的不便.
原文链接：https://www.f2er.com/javaschema/281327.html
