Javascript 我应该使用@typescript eslint/显式函数返回类型eslint'；什么规则？

我开始从事一个启用了这个eslint规则（）的项目，我想知道它提供了什么价值

---

从我个人的经验来看，我觉得这条规则没有提供太多的价值，并且在99%的案例中增加了样板。我认为禁用它并仅在无法推断时指定类型是更好的方法。对此有何想法？

我也认为这是多余的。但仅当您使用

--noImplicitAny

时。我们都知道使用

any

打字是刑事犯罪，对吗？（未遂的笑话）

因此，由于TypeScript不允许隐式

any

s，因此所有函数都是合理键入的（除非您显式指定

any

，因此添加es lint

no explicit any

，以避免监禁时间），TypeScript将确保所有函数返回都正确键入并相应地使用

---

这样，当必须更改函数签名时，我们可以获得更大的灵活性。是否在所有项目中将

id:number

更改为

id:string

？因此，为了获得更大的灵活性，您还可以使用

id:Entity[“id”]

-更长的写入时间，但不会中断。

我还认为它是多余的。但仅当您使用

--noImplicitAny

时。我们都知道使用

any

打字是刑事犯罪，对吗？（未遂的笑话）

因此，由于TypeScript不允许隐式

any

s，因此所有函数都是合理键入的（除非您显式指定

any

，因此添加es lint

no explicit any

，以避免监禁时间），TypeScript将确保所有函数返回都正确键入并相应地使用

---

这样，当必须更改函数签名时，我们可以获得更大的灵活性。是否在所有项目中将

id:number

更改为

id:string

？因此，为了获得更大的灵活性，您还可以使用

id:Entity[“id”]

-更长的写入时间，但永远不会中断。

Linter规则始终是个人的首选。如果你在一条规则中找到了价值，就使用它。如果你认为它有损于价值，就把它关掉。如果你不在乎，就什么都不要做。自JSLint之后的一切都有着相同的核心理念——不要强迫自己遵守别人喜欢的规则。或者换句话说，不要做JSLint。Linter规则总是个人偏好。如果你在一条规则中找到了价值，就使用它。如果你认为它有损于价值，就把它关掉。如果你不在乎，就什么都不要做。自JSLint之后的一切都有着相同的核心理念——不要强迫自己遵守别人喜欢的规则。或者换言之，不要做JSLint。