JavaScript装饰程序可以向方法添加注释吗?
我想使用装饰器向方法添加注释。目标是附加JavaScript装饰程序可以向方法添加注释吗?,javascript,node.js,jestjs,decorator,Javascript,Node.js,Jestjs,Decorator,我想使用装饰器向方法添加注释。目标是附加/*next*/,这样我就可以很容易地忽略测试覆盖范围中的方法 例如,你可以 const func1 = () => { }; // This works, and func2 is ignored from test coverage /* istanbul ignore next */ const func2 = () => { }; // Wondering if something like this can be done
/*next*/
,这样我就可以很容易地忽略测试覆盖范围中的方法
例如,你可以
const func1 = () => {
};
// This works, and func2 is ignored from test coverage
/* istanbul ignore next */
const func2 = () => {
};
// Wondering if something like this can be done
@ignoreCoverage
const func3 = () => {
}
是的,它们在你解析/babel/webpack之后消失了。覆盖率通常在此之前在源代码上运行。不,装饰程序不能这样做(因为这没有意义)。无论你用什么来传输装饰器都可以,但为什么要在那一点上使用装饰器呢?@Ry-我发现使用
@ignoreCoverage
比/*next*/
更好。我认为这是某种预处理器会做的事情。不过,如果它完成了任务,“nice”基本上是不相关的。它们都是一行程序,并且都被编译出来,有一个偏好而不是“使用有效的”在这里感觉像是一个错误的优化。见鬼,自己编写一个插件,将@ignoreCoverage
重写为/*下一步*/
,让它成为第一个运行的插件:完成。你可以写“你喜欢什么”,而代码仍然可以做它需要做的事情?是的,它们在你解析/babel/webpack之后消失了。覆盖率通常在此之前在源代码上运行。不,装饰程序不能这样做(因为这没有意义)。无论你用什么来传输装饰器都可以,但为什么要在那一点上使用装饰器呢?@Ry-我发现使用@ignoreCoverage
比/*next*/
更好。我认为这是某种预处理器会做的事情。不过,如果它完成了任务,“nice”基本上是不相关的。它们都是一行程序,并且都被编译出来,有一个偏好而不是“使用有效的”在这里感觉像是一个错误的优化。见鬼,自己编写一个插件,将@ignoreCoverage
重写为/*下一步*/
,让它成为第一个运行的插件:完成。你可以写“你喜欢什么”,而代码仍然可以做它需要做的事情?