当我们声明一个 const 并重用该变量时
When we declare a const and reuse the variable
我在单个文件的测试中多次使用相同的标记 "abc"。
例如:
fetchMock.mockResponseOnce(JSON.stringify({ jwtToken, refreshToken: "abc" }));
我的团队建议我声明一个带有值的 const 并改为使用它。
const refreshToken = "abc";
fetchMock.mockResponseOnce(JSON.stringify({ jwtToken, refreshToken }));
我没有看到任何好处。建议?我的想法是,由于测试是在测试中具有刷新令牌值的单独方法,因此在可读性方面对我来说更有意义,并且在我声明全局常量时也不会增加我的代码行。
谢谢。
应该不是增加代码吧
如您所见,如果您在文件开头将标记声明为变量,或者说一个公共位置。然后,您可以从一个地方更改令牌(如果需要的话),而不是逐行更改。
这更像是一种模式。也许在这种情况下你不需要这个。但是,从一个地方使用常量是一种被广泛接受的模式。
理想情况下,您应该将所有这些变量放在一个公共位置。例如:配置或环境文件。
我在单个文件的测试中多次使用相同的标记 "abc"。
例如:
fetchMock.mockResponseOnce(JSON.stringify({ jwtToken, refreshToken: "abc" }));
我的团队建议我声明一个带有值的 const 并改为使用它。
const refreshToken = "abc";
fetchMock.mockResponseOnce(JSON.stringify({ jwtToken, refreshToken }));
我没有看到任何好处。建议?我的想法是,由于测试是在测试中具有刷新令牌值的单独方法,因此在可读性方面对我来说更有意义,并且在我声明全局常量时也不会增加我的代码行。
谢谢。
应该不是增加代码吧
如您所见,如果您在文件开头将标记声明为变量,或者说一个公共位置。然后,您可以从一个地方更改令牌(如果需要的话),而不是逐行更改。
这更像是一种模式。也许在这种情况下你不需要这个。但是,从一个地方使用常量是一种被广泛接受的模式。
理想情况下,您应该将所有这些变量放在一个公共位置。例如:配置或环境文件。