在执行TDD时发现其他对象

不要在测试和类之间寻找一对一的关系。如果您决定引入一个新类,那么就让它成为原始测试支持的重构,并在您想要添加功能(或测试您需要涵盖的尚未测试的可能情况)时,在适当的位置(这取决于具体情况)添加测试。

我想补充一点,TDD的主要成功在于融入红-绿重构的节奏。当你感受到这种节奏的好处时,你就开始“理解”它。这并不是说你会发现它在所有情况下都是值得的,但在你感受到这种节奏之前,你还没有达到它的拥护者喜欢的程度。

而且通常(特别是在架构复杂的应用程序中,如n层应用程序)有一些预先设计。没有什么是用石头画的,但足够给单位一个地方去。当然,架构可能会在敏捷方法中发展,但如果架构有多个层次,则需要有一个总体的景观概念。

我的问题是当我 到达第6点&7、在某个时刻 随着时间的推移,我总是来参加聚会 结论:实施I 刚才写的应该委托给 另一节课。

使用不同的类来实现您的设计会更好——这就是设计,这就是TDD的要点。所以这是件好事,不应该打扰你。

之后 步骤6,在步骤7中。一旦你是绿色的,重构到一个更好的设计。你已经有了新类的测试;他们只是打电话给原来的班级。那很好。在提取类并进行委派之后,如果您更愿意让测试直接调用提取的类,那么:开始吧。没有害处。如果提取的类开始被其他调用方使用,我建议您使用它,也许当您开始从其他类调用它时,是这样做的好时机(但是如果它让您感到不舒服,现在就做)。

当我遇到这种情况时,我会遵循你的解决方案。继续递归,创建尽可能多的您认为合适的类,直到您有了满意的实现集合。有了经验,你会发现你的设计反映了你的经验,而这种事情不会发生太多。

稍后,您可以对新类重复该过程。