D中的TDD功能设计

在进行测试驱动开发时,我经常发现脚手架故意测试失败的功能很有用,然后填写函数的细节以实现单元测试的“通过”.

在D中,是否有一种标准的方法来支持一个空函数,或者以其他方式处理测试驱动开发的这个方面?

例如,进入C#世界NotImplementedException将是实现此目的的一种方法:

int Foo(int x,int y) {
    throw new NotImplementedException();
}

作为D的新手,我可以看到有一个base Exception class,所有异常似乎都是从中继承的.但是有没有更好的方法在TDD D环境中构建新功能?

解决方法

通常我使用assert(false).我也看到过其他人也使用过它.您还可以添加消息断言(false,“Unimplemented”)

D没有与C#一样多的异常类型.除非异常有理由被try-catch捕获,否则它只是一个人(编码器)的消息,因此没有真正的理由为异常类型提供代码表示.

您也可以抛出一个通用异常,但使用assert更方便.

(断言https://dlang.org/spec/contracts.html的文档)

相关文章

什么是设计模式一套被反复使用、多数人知晓的、经过分类编目...
单一职责原则定义(Single Responsibility Principle,SRP)...
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强...
适配器模式将一个类的接口转换成客户期望的另一个接口,使得...
策略模式定义了一系列算法族,并封装在类中,它们之间可以互...
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,...