0

我有这 3 个功能，除了一些非常小的差异外，它们几乎相同：

function toInt1(x: string): number { return parseInt(x, 10); }

const toInt2 = function (x: string): number { return parseInt(x, 10); };

const toInt3 = (x: string): number => parseInt(x, 10);

现在我是 TypeScript 的新手，但在 JS 领域，我更喜欢第三种，因为它最简洁且限制性最强（不this，不提升函数名）。

但是，当我将 tslint 与此规则一起使用时（表面上看起来很合理，但也许我错了......）：

"typedef": [
  true,
  "call-signature",
  "parameter",
  "arrow-parameter",
  "property-declaration",
  "variable-declaration",
  "member-variable-declaration"
],

toInt2我收到关于and的这些错误toInt3：

expected variable-declaration: 'toInt2' to have a typedef
expected variable-declaration: 'toInt3' to have a typedef

似乎我可以通过复制所有类型来修复它：

const toInt2: (x: string) => number = function (x: string): number { return parseInt(x, 10); };
const toInt3: (x: string) => number = (x: string): number => parseInt(x, 10);

然而，这是非常冗长且没有吸引力的。这真的是最好的做事方式吗？

4

1 回答 1

1

转译器想要为每个名称（变量）分配一个类型。一般来说，它可以从赋值中找出（推断）这种类型：

// const x: number = 10;
const x = 10; 
// const y: string = 'foo';
const y = 'foo';
// const z: (a: string) => number = (a: string) => parseInt(a);
const z = (a: string) => parseInt(a);

此规则'variable-declaration'确保您不会让转译器推断类型，而是明确地为 any 或声明编写类型签名var（let据const我在文档中看到的）。这可以提高可读性（代码的读者无需进一步调查就知道每个变量的静态类型），但代价是为所有变量编写类型签名。

现在要解决这个问题，您有两个选择：

  1. 在适当的地方禁用内联规则
  2. 为此编写自定义规则
于 2016-05-22T13:35:10.517 回答