tslint：“object-literal-shorthand”的好处

Question

此规则的示例：

    this.http.post(this.apiUrl + "screenshot", {
        url: url,
        ratio: ratio
    }).subscribe(res => {
        console.log(res);
    });

tslint 会抱怨这段代码。 tslint 希望我这样做的方式是

    this.http.post(this.apiUrl + "screenshot", {
        url,
        ratio
    }).subscribe(res => {
        console.log(res);
    });

对我来说，第一个片段安排得更好。 我禁用了相应的规则，但现在我想知道在性能或其他方面使用“object-literal-shorthand”是否有任何好处。

我认为这会变得非常混乱，尤其是当文字更大并且与不能使用速记的变量混合时。 那么这条规则的原因是什么，我不明白。

Answer 1

这是 tslint 中可修复的规则之一。

https://palantir.github.io/tslint/usage/cli/

当你运行时：

tslint --fix

它将重写代码以使用文字语法。

在性能方面使用“object-literal-shorthand”的好处

该规则是较短代码片段规则集合的一部分，有助于生成更少的代码行。

那么这条规则的原因是什么，我不明白。

tslint 中的可修复规则旨在帮助代码共享。 你可以添加一个 Git 钩子或一个构建阶段，它会自动为你运行tslint --fix 。

使用显示 tslint 警告的现代 IDE 的人并没有真正从可修复功能中受益。 IDE 会在您编写时提示您修复它。

如果您不想打开它，请关闭它。