在visual studio代码中格式化TypeScript时,强制转换将生成tslint空白警告

在visual studio代码中格式化TypeScript时,强制转换将生成tslint空白警告,typescript,visual-studio-code,code-formatting,tslint,editorconfig,Typescript,Visual Studio Code,Code Formatting,Tslint,Editorconfig,例如,当我有以下类型脚本代码时 常数条={答案:42} tslint在和{之间发出警告“缺少空格”。因此,要修复它,我必须编写: 常数条={答案:42} 但是,每次我在vs代码(SHIFT+ALT+F)中格式化文件时,我的格式都会重置为顶部的版本,从而导致新的tslint问题。由于我无法更改vs代码中的格式规则,是否需要向tslint或editorconfig添加规则?您可以更改tslint.json并在项目中编辑规则。 您的示例类似于check typecast设置 “check ty

例如,当我有以下类型脚本代码时

常数条={答案:42}
tslint在
{
之间发出警告“缺少空格”。因此,要修复它,我必须编写:

常数条={答案:42}

但是,每次我在vs代码(SHIFT+ALT+F)中格式化文件时,我的格式都会重置为顶部的版本,从而导致新的tslint问题。由于我无法更改vs代码中的格式规则,是否需要向tslint或editorconfig添加规则?

您可以更改tslint.json并在项目中编辑规则。 您的示例类似于
check typecast
设置

“check typecast”检查typecast与其目标之间的空白

按照建议,使用以下内容覆盖规则集:

"whitespace": [true, "check-branch", "check-decl", "check-operator", "check-separator", "check-type" ]

您可以在项目中更改tslint.json并编辑规则。 您的示例类似于
check typecast
设置

“check typecast”检查typecast与其目标之间的空白

按照建议,使用以下内容覆盖规则集:

"whitespace": [true, "check-branch", "check-decl", "check-operator", "check-separator", "check-type" ]

tslint.json
包含什么?{extends:“tslint:推荐”,“rules:{”quotemark:[true”,“single”,“double”],“max line length:[200],“whitespace:[true”,“check branch”,“check decl”,“check operator”,“check separator”,“check type”],“training comma:[true,{“multiline”:“never”、“singleline”:“never”}],“object literal sort keys”:false}}。
tslint.json
包含哪些内容?{“extends”:“tslint:Recommendated”,“rules”:{“quotemark”:[true”,“single”,“double”],“max line length:[200],“whitespace:[true”,“check branch”,“check decl”,“check”检查运算符“,”检查分隔符“,”检查类型“,”尾随逗号“:[true,{”多行“:“never”,“singleline:“never”}],“object literal sort keys”:false}}谢谢,这很有效!空格规则是tslint:推荐规则集的一部分,因此我必须使用规则“``显式重写它空白“:[true,“check branch”,“check decl”,“check operator”,“check separator”,“check type”],“``很高兴它解决了:)…我将用您的评论更新我的答案。谢谢,这很有效!空白规则是tslint:推荐规则集的一部分,因此我必须使用规则显式覆盖它:``”空白“:[true,“检查分支”、“检查decl”、“检查运算符”、“检查分隔符”、“检查类型”],“``很高兴它解决了:)…我会用你的评论更新我的答案。因为声明的格式是自定义的,这是缺点,但你可以在tslint.json中指定代码来解决你的空白错误。你也可以在空格、nospace、onespace中使用你的答案出现在审阅队列中的同一位置。因此,我们更喜欢answers包括解释。虽然代码可能会解决问题,但解释有助于其他人从错误中吸取教训。因为声明的格式是自定义的,这是一个缺点,但您可以在tslint.json中指定该代码以解决您的空白错误。您也可以在相同位置的空格、nospace、onespace中使用您的答案came进入复习队列。因此,我们希望答案包括解释。虽然代码可能会解决问题,但解释有助于其他人从错误中吸取教训。