Skip to content

Conversation

@isaacs
Copy link
Member

@isaacs isaacs commented Dec 12, 2025

Explicitly enable any usage in typescript in:

  • dev-packages, since those are largely integration and E2E tests. (This is done with the addition of a dev-packages/.eslintrc.js file.)
  • packages/*/test/, since those are all tests. (This is done with a rule override added to the root .eslintrc.js file.)
  • Several one-off allowances, generally for vendored types from third party sources, and cases involving method overwriting that TypeScript can't follow. (These are done with file/line overrides, explicit as casting, and adding type inference to the isInstanceOf method.)

In other places (ie, in exported production code paths), replace any with unknown, and upgrade the @typescript/no-explicit-any lint rule to an error.

This silences a lot of eslint warnings that were habitually ignored, and encourages us to not opt out of strict type safety in our exported code.

Closes #18489 (added automatically)

@github-actions
Copy link
Contributor

github-actions bot commented Dec 12, 2025

node-overhead report 🧳

Note: This is a synthetic benchmark with a minimal express app and does not necessarily reflect the real-world performance impact in an application.

Scenario Requests/s % of Baseline Prev. Requests/s Change %
GET Baseline 8,795 - 8,915 -1%
GET With Sentry 1,702 19% 1,709 -0%
GET With Sentry (error only) 5,914 67% 6,117 -3%
POST Baseline 1,165 - 1,215 -4%
POST With Sentry 586 50% 593 -1%
POST With Sentry (error only) 1,026 88% 1,060 -3%
MYSQL Baseline 3,279 - 3,317 -1%
MYSQL With Sentry 442 13% 426 +4%
MYSQL With Sentry (error only) 2,652 81% 2,654 -0%

View base workflow run

@isaacs isaacs force-pushed the isaacschlueter/any-to-unknown branch from 6e630f2 to ab3704a Compare December 12, 2025 17:53
Explicitly enable `any` usage in typescript in:

- `dev-packages`, since those are largely integration and E2E tests.
  (This is done with the addition of a `dev-packages/.eslintrc.js`
  file.)
- `packages/*/test/`, since those are all tests. (This is done with a
  rule override added to the root `.eslintrc.js` file.)
- Several one-off allowances, generally for vendored types from third
  party sources, and cases involving function type extension/overriding
  that TypeScript can't follow. (These are done with file/line
  overrides, explicit `as` casting, and adding type inference to the
  `isInstanceOf` method.)

In other places (ie, in exported production code paths), replace `any`
with `unknown`, and upgrade the `@typescript/no-explicit-any` lint rule
to an error.

This silences a lot of eslint warnings that were habitually ignored, and
encourages us to not opt out of strict type safety in our exported code.
@isaacs isaacs force-pushed the isaacschlueter/any-to-unknown branch from ab3704a to 28f73dd Compare December 12, 2025 18:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

chore(lint): prefer 'unknown' to 'any', fix lint warnings

2 participants