解决类字段的“@typescript eslint/no invalid this”问题，而不与“@typescript eslint/no this alias”冲突

在以下代码中：

从Vue属性装饰器导入{Vue，Component}； @组成部分{ 组件：{} } 导出默认类ProductViewingAndEditingPage扩展Vue{ 专用只读组件引用ID：{ productTitleInputField：字符串； productPriceInputControl:字符串； } = { productTitleInputField:ProductTitle InputField， productPriceInputControl:ProductPrice InputComponent }; 私有只读产品DataFormValidator:InputsGroupValidator=新InputsGroupValidator{ 控制：{ [this.componentsReferencesIDs.productTitleInputField]： this.$refs[this.componentsReferencesIDs.productTitleInputField]， [this.componentsReferencesIDs.productPriceInputControl]： this.$refs[this.componentsReferencesIDs.productPriceInputControl] } }; } 发出问题，因为它不是ESLint，也不是无效的。此规则理解类字段

关于概念解的思考 如果我将ComponentsReferenceId设置为静态类字段，则无法从vue模板检索值

无法在此处使用箭头函数，因为此处是类字段。而且，如果我们把这个别名，我们将面临规则

我知道埃斯林并不是唯一的真相来源。但是我需要这样的理由，因为〈参数〉，这个ESLint规则不包括这种情况。

@typescript ESLint/no无效这只是没有添加对这个类内属性的支持

扩展规则是最近才添加到项目中的。当时，作者正在开发他们需要的特性，这就是对这个args的支持

作为一个由社区维护的项目，我们依靠社区的支持来帮助我们添加规则、添加功能和修复bug。 如果有人想解决这个问题-请随时提交公关-我相信它实际上应该是一个相对简单的修复

关于github的相关问题：

顺便说一句，这可能会引出一个问题：为什么一年多以来都没有解决这个问题

原因有二：

当您启用NoImplicitt此编译器选项时，如果您使用的是无效的this，则TypeScript本身将引发编译器错误。因为它是由TS直接处理的，绝大多数用户不觉得需要使用lint规则复制错误。 没有多少用户使用这个类内属性，这意味着用户不太可能从一开始就遇到这个问题。有些用户不喜欢这种风格的属性，但我相信大多数用户实际上并不知道这样做是有效的。 把这两个因素放在一起——很少有用户使用lint规则，也很少有用户仍然使用这个类内属性——因此没有足够的人来激励社区来修复它。

@typescript eslint/no invalid这只是没有添加对这个类内属性的支持

扩展规则是最近才添加到项目中的。当时，作者正在开发他们需要的特性，这就是对这个args的支持

作为一个由社区维护的项目，我们依靠社区的支持来帮助我们添加规则、添加功能和修复bug。 如果有人想解决这个问题-请随时提交公关-我相信它实际上应该是一个相对简单的修复

关于github的相关问题：

顺便说一句，这可能会引出一个问题：为什么一年多以来都没有解决这个问题

原因有二：

当您启用NoImplicitt此编译器选项时，如果您使用的是无效的this，则TypeScript本身将引发编译器错误。因为它是由TS直接处理的，绝大多数用户不觉得需要使用lint规则复制错误。 没有多少用户使用这个类内属性，这意味着用户不太可能从一开始就遇到这个问题。有些用户不喜欢这种风格的属性，但我相信大多数用户实际上并不知道这样做是有效的。

---

把这两个因素放在一起——很少有用户使用lint规则，也很少有用户仍然使用这个类内属性——因此没有足够的人来激励社区去解决它。

现代linter的可配置性水平使它们的效率有所降低。我很怀念JS Lint的日子。事实上，由于所有内容都是可配置的，但假定的目标仍然是高质量的代码，因此您似乎必须自己做出决定。例如，我会将你的代码标记为使用private。现代linter的可配置性水平使它们的效率有所下降。我很怀念JS Lint的日子。事实上，由于所有内容都是可配置的，但假定的目标仍然是高质量的代码，因此您似乎必须自己做出决定。例如，我会将您的代码标记为使用private。我仍然遇到这个问题。但是我注意到一个公关已经被批准来解决这个问题。也许我遗漏了什么？在G上提交一个问题

---

H.Stackoverflow评论不是一个获得技术支持的好地方，因为它不可能提供任何允许我实际帮助您的上下文。我仍然遇到这个问题。但是我注意到一个公关已经被批准来解决这个问题。也许我遗漏了什么？在GH上提交一个问题。Stackoverflow评论不是获得技术支持的好地方，因为不可能提供任何允许我实际帮助您的上下文。