测试 – TDD和DDD,同时仍然了解域
发布时间：2020-12-13 20:25:19 所属栏目：百科 来源：网络整理
导读：当你使用DDD从头开始一个新项目,并且仍然不太适合该域,TDD是有代价的.当你仍然了解域的细节时,你会发现很多你做错的东西,比如在其他类中更有意义的方法,或者从构造函数中添加/删除参数,以及许多其他更改. 这些变化非常频繁,特别是在开始时.通常(并且希望)每
|
当你使用DDD从头开始一个新项目,并且仍然不太适合该域,TDD是有代价的.当你仍然了解域的细节时,你会发现很多你做错的东西,比如在其他类中更有意义的方法,或者从构造函数中添加/删除参数,以及许多其他更改.
这些变化非常频繁,特别是在开始时.通常(并且希望)每次更改都需要对单元测试进行一些更改,这会增加更改成本(正如我之前所说的那样,这种更改非常频繁). 我的问题是：即使在仍然发生很多变化的情况下,TDD是否值得花费成本,但是希望它们会很快变得不那么频繁(例如,一旦我们对域有更好的洞察力)？
如果您仍处于相对较高级别的域模型组件设计阶段,那么您不应该编写单元测试.在开始编写任何代码之前,您需要了解问题域以及类的职责.
如果您正处理类中构造函数和参数的问题,那么TDD不应该被视为成本 – 它可以帮助您发现并修复设计中的问题.这是对更好的对象模型的投资,减少维护. 此外,如果你使用像ReSharper或CodeRush这样的重构工具,我发现大多数早期的改变都不是那么糟糕 – 只是轻微的不便. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |