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 會在您編寫時提示您修復它。

如果您不想打開它，請關閉它。