javascript 从 es2015 开始就支持默认参数值。你知道这一点。我知道这一点。我不知道的是，您可以使用兄弟 参数作为默认值本身。 （或者也许是“相邻位置参数”？不知道如何称呼这些。）
function myfunc(arg1, arg2 = arg1) {
console.log(arg1, arg2);
}
myfunc("arg1!");
// "arg1!" "arg1!"
这也适用于类构造函数 - 我发现这对于使一些 picperf.io 代码更具可测试性非常有帮助。为此目的使用简单的依赖注入是很常见的。让我们来探索一下。
一个场景
与图像优化主题保持一致，假设您有一个 optimizedimage 类。向其构造函数提供图像 url，您可以检索图像的新优化缓冲区或缓存版本。
class optimizedimage {
constructor(
imageurl: string,
cacheservice = new cacheservice(),
optimizeservice = new optimizeservice()
) {
this.imageurl = imageurl;
this.cacheservice = cacheservice;
this.optimizeservice = optimizeservice;
}
async get() {
const cached = this.cacheservice.get(this.imageurl);
// return the previously optimized image.
if (cached) return cached;
const optimizedimage = await this.optimizeservice
.optimize(this.imageurl);
// cache the optimized image for next time.
return this.cacheservice.put(this.imageurl, optimizedimage);
}
}
const instance = new optimizedimage('https://macarthur.me/me.jpg');
const imgbuffer = await instance.get();
生产中使用的唯一构造函数参数是 imageurl，但注入 cacheservice 和 optimizeservice 可以更轻松地使用模拟进行单元测试：
import { it, expect, vi } from 'vitest';
import { optimizedimage } from './main';
it('returns freshly optimized image', async function () {
const fakeimagebuffer = new arraybuffer('image!');
const mockcacheservice = {
get: (url) => null,
put: vi.fn().mockresolvedvalue(fakeimagebuffer),
};
const mockoptimizeservice = {
optimize: (url) => fakeimagebuffer,
};
const optimizedimage = new optimizedimage(
'https://test.jpg',
mockcacheservice,
mockoptimizeservice
);
const result = await optimizedimage.get();
expect(result).toequal(fakeimagebuffer);
expect(mockcacheservice.put).tohavebeencalledwith(
'https://test.jpg',
'optimized image'
);
});
让它变得更加复杂
在该示例中，这两个服务类仅在调用特定方法时才使用 imageurl。但想象一下，如果他们需要将其传递给自己的构造函数。您可能会想将实例化到 optimizedimage 的构造函数中（我就是这样）：
class optimizedimage {
constructor(
imageurl: string
) {
this.imageurl = imageurl;
this.cacheservice = new cacheservice(imageurl);
this.optimizeservice = new optimizeservice(imageurl);
}
那是可行的，但现在 optimizedimage 完全负责服务实例化，测试也变得更加麻烦。传入服务实例的模拟并不是那么容易。
本文档主要讲述的是Python之模块学习；python是由一系列的模块组成的，每个模块就是一个py为后缀的文件，同时模块也是一个命名空间，从而避免了变量名称冲突的问题。模块我们就可以理解为lib库，如果需要使用某个模块中的函数或对象，则要导入这个模块才可以使用，除了系统默认的模块（内置函数）不需要导入外。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
您可以通过传入模拟类定义来解决这个问题，但是您随后需要使用这些类自己的构造函数创建这些类的模拟版本，这使得测试变得更加乏味。幸运的是，还有另一种选择：在参数列表的其余部分中使用 imageurl 参数。
共享同级参数
直到不久前我才意识到这是可能的。它的外观如下：
export class optimizedimage {
constructor(
imageurl: string,
// use the same `imageurl` in both dependencies.
cacheservice = new cacheservice(imageurl),
optimizeservice = new optimizeservice(imageurl)
) {
this.cacheservice = cacheservice;
this.optimizeservice = optimizeservice;
}
async get() {
const cached = this.cacheservice.get();
// return the previously optimized image.
if (cached) return cached;
const optimizedimage = await this.optimizeservice.optimize();
// cache the optimized image for next time.
return this.cacheservice.put(optimizedimage);
}
}
通过此设置，您可以像以前一样轻松地模拟这些实例，并且类的其余部分甚至不需要保留 imageurl 本身的实例。当然，实例化仍然很简单：
const instance = new optimizedimage('https://macarthur.me/me.jpg');
const img = await instance.get();
相同的测试方法也保持不变：
import { it, expect, vi } from 'vitest';
import { OptimizedImage } from './main';
it('returns freshly optimized image', async function () {
const mockCacheService = {
get: () => null,
put: vi.fn().mockResolvedValue('optimized image'),
};
const mockOptimizeService = {
optimize: () => 'optimized image',
};
const optimizedImage = new OptimizedImage(
'https://test.jpg',
mockCacheService,
mockOptimizeService
);
const result = await optimizedImage.get();
expect(result).toEqual('optimized image');
expect(mockCacheService.put).toHaveBeenCalledWith('optimized image');
});
这里没有什么突破性的东西——只是一个小功能，让我的生活更加符合人体工程学。希望以后能遇到更多这样的宝石。
