Dependency injection 过程编程中的依赖注入
假设我决定用C或任何其他过程编程语言编写一个大型应用程序。它的函数具有如下所示的调用依赖项：Dependency injection 过程编程中的依赖注入,dependency-injection,procedural-programming,Dependency Injection,Procedural Programming,假设我决定用C或任何其他过程编程语言编写一个大型应用程序。它的函数具有如下所示的调用依赖项： A | +-------------+ | | B1 B2 | | +------+ +------+ | | | | C11 C12 C21 C22 显然，对leaves函数C11、C12、C21和C22进行单元测试非常简单：设置输入、调用函数、断言输出 但是，为B1、B2
A
|
+-------------+
| |
B1 B2
| |
+------+ +------+
| | | |
C11 C12 C21 C22
B1B2// Declare B1 with dependency injection for invoking C11 and C12.
int B1(int input, int (*c11)(int), int(*c12)(int));
Aint A(int input, int (*b1)(int, int (*)(int), int(*)(int)),
int(*b2)(int, int (*)(int), int(*)(int)),
int (*c11)(int),
int (*c12)(int),
int (*c21)(int),
int (*c22)(int));
C语言中的大型软件项目，如Perl和Ruby，是如何处理单元测试的？我喜欢这个问题。在过程语言中会变得有点棘手。。。。但我认为你可以借用OO世界的一个想法，在OO世界中，人们经常使用构造函数重载来处理一些DI工作。因此，例如，您将使用默认构造函数像往常一样设置所有依赖项。。。但是还有另一个构造函数，它允许注入依赖项 既然你是程序性的。。。我想你可以使用函数重载来处理这个问题。此外，当您正在测试时，您只需要在调用。。。因此，您可以为此目的简化DI。换句话说，如果你真的只在单元测试中使用DI，那么你不必注入整个依赖树，只需注入第一级依赖 所以从某个角度来看，你可能
int A(int input){
// create function point to b1 & b2 and call "return A(input, {pointer to b1},{pointer to b2})"
}
请原谅我的psuedo代码，我已经很久没有使用C了。您可以将依赖项放在C-struct中，它将成为函数调用的一个参数。在c中，这类似于文件api，其中第一个参数始终是文件句柄
AB1B2aB1B2a这将
A如果在运行时需要动态依赖项解析，那么应该使用工厂模式（返回函数指针的函数）作为函数指针，并在需要时从工厂中提取它们。工厂可能会根据全局上下文决定返回什么函数。您可以在不使用DI的情况下对B1、B2和A进行适当的单元测试。与leaf函数一样，B1和B2具有有效的输入和输出，您可以对其进行测试，与A相同。B1可以在内部使用C11和C12来帮助您完成其单元测试，这并不意味着在不需要灵活性的情况下必须注入它们。但它如何扩展？在规范中，
AB1B2C11C12C21C22C11AC11aB1C11C11