Internal code suggestion: add explicit call signatures for RuleListener node types?

[JoshuaKGoldberg]

Found when looking into ota-meshi/jsonc-eslint-parser#184: this package's rules seem to completely ignore estree types, and instead replace node types with their own AST.JSON* types.

eslint-plugin-jsonc/lib/types.ts

Lines 3 to 5 in 247c013

	export interface RuleListener {
	[key: string]: ((node: never) => void) | undefined;
	}

eslint-plugin-jsonc/lib/rules/no-bigint-literals.ts

Line 25 in 247c013

JSONLiteral(node: AST.JSONLiteral) {

Would you be open to a PR that adds a few explicit call signatures that have a type for the RuleListener's node? We use this strategy in typescript-eslint to remove the need for most node: ... type annotations in our rules.

export interface RuleListener {
  JSONBinaryExpression: ((node: AST.JSONBinaryExpression) => void) | undefined;
  JSONLiteral: ((node: AST.JSONLiteral) => void) | undefined;
  // ...
  [key: string]: ((node: never) => void) | undefined;
}

In theory this could be automated with TypeScript type magicks. I haven't looked into it.

[ota-meshi]

Would you be open to a PR that adds a few explicit call signatures that have a type for the RuleListener's node? We use this strategy in typescript-eslint to remove the need for most node: ... type annotations in our rules.

Thank you for posting the issue!
Yeah, I think it would be useful to have that type annotations. I think it would be useful if jsonc-eslint-parser provided type annotations so that each plugin would be easier to use.