前端项目代码类型检测工具:

oxlint使用:  
https://oxc.rs/docs/guide/usage/linter
注意: We recommend running oxlint before ESLint in your lint-staged or CI setup for a quicker feedback loop, considering it only takes a few seconds to run on large codebases.
  
同时使用eslint和oxlint:  
https://github.com/oxc-project/eslint-plugin-oxlint

使用lint相关工具，需要lintstage配置文件:

有了 `.lintstagedrc.js` 文件后，你就不需要在 `package.json` 中单独配置 `lint-staged` 了。`lint-staged` 会优先读取 `.lintstagedrc.js` 文件中的配置，因此你可以将所有与 lint-staged 相关的配置集中在这个文件中，保持代码的整洁性和可维护性。
  
如果你已经在 `.lintstagedrc.js` 中定义了需要执行的命令，确保 `package.json` 中的 `lint-staged` 部分没有重复的配置即可。如果 `package.json` 中还有与 `lint-staged` 相关的配置，建议将其删除，以避免混淆或不必要的重复定义。这样做的好处包括：
  
1. 集中管理：所有 lint-staged 配置集中在一个文件中，易于查看和修改。
2. 简化 `package.json`：`package.json` 文件更加简洁，不会被冗长的配置占用。
3. 可扩展性：如果将来需要添加更多 lint-staged 配置，只需在 `.lintstagedrc.js` 中进行，而无需触碰 `package.json`。
  
总之，使用 `.lintstagedrc.js` 可以使你的项目结构更加清晰。

eslint官网: https://eslint.org/

关于new-cap规则: https://eslint.org/docs/latest/rules/new-cap

在线平台: https://eslint.org/play/

部分规则依赖关系: @nuxt/eslint ----->@nuxt/eslint-config----->eslint-plugin-unicorn

所以 packege.json下配置了 @nuxt/eslint ,那么也会安装后面这两个