告诉大家一个好消息，OxLint 现在正式发布了！可能有些同学不了解，简单介绍一下，它和 ESLint 一样，是一个 JavaScript 代码检查工具，只是它不需要任何复杂的配置，就能帮助我们捕捉错误或无用代码。它使用 Rust 编写，速度非常地快，和 ESLint 对比起来，大概快 50 ~ 100 倍。
尤大也惊叹它的速度之快：
放个图给大家感受一下：
更详细的性能对比请前往 bench-javascript-linter。
如何使用
OxLint并非旨在完全取代ESLint，毕竟 ESLint 生态已经很完善了，有些时候我们并不关注它的性能问题，但当ESLint 的速度成为工作流程瓶颈时，可以把它当做一个增强工具。
比如有些项目会在 lint-staged 或者 CI 设置运行 ESLint，如果有一个大项目本来在 lint-staged 阶段要花费 10 秒，现在就连 1 秒都不到，连给你接水摸鱼的时间都没了（狗头保命）。
说了这些，我们看看怎么用。要在JavaScript / TypeScript 代码库中测试 OxLint，只需在存储库的根目录下执行以下命令：
bash
npx oxlint@latest # npm
pnpm dlx oxlint@latest # pnpm
yarn dlx oxlint@latest # yarn
bunx oxlint@latest # bun
deno run oxlint@latest # deno如果有报错，命令行就会抛出详细的警告。同时，我们也有 VSCode 插件，在插件市场搜索 oxc 就可以搜到。
更多内容，请阅读我们的 安装指南。
设计
1. 比 ESLint 快 50-100 倍
在实际场景中，Shopify 告称他们的原本需要运行 75 分钟 ESLint，现在仅需10秒。
这是来自 Jason Miller，Shopify DX 和 Preact 作者的消息：
oxlint对我们来说是一个巨大的胜利。我们以前的lint设置需要运行 75 分钟，因此我们在CI中分配了 40 多个工作程序。
相比之下，oxlint 在单个工作程序上对相同代码库的 lint 大约需要 10 秒钟，而且输出更易于解释。
当我们迁移时，甚至发现了一些旧设置中隐藏或跳过的几个错误！
OXlint 专门为性能设计，在其中，利用 Rust 和并行处理是其中的关键因素。
2. 为正确性进行代码检查
OxLint默认识别错误、冗余或混乱的代码 --- 优先考虑正确性而不是一些吹毛求疵的规则（分类为 perf、suspicious、pedantic 或 style）。
它的分类借鉴自了 clippy 的分类规则。初次见，可能会觉得很不适应，但是一旦熟悉，就会觉得这样的的分类是如此的方便，好用！
运行默认模式（不加任何参数，直接 npx oxlint）识别出来的错误，一般都是需要修正的错误。
3. 使用便捷
现在配置新的 JavaScript / TypeScript 代码库变得越来越复杂。遇到兼容性问题的可能性很高，可能导致数小时的时间浪费。这就是为什么我们设计 OXLint 以零配置的方式出现的原因。别说配置文件了，Node.js 也不是必需的！
我们工具的大多数调整可以通过命令行完成，目前兼容 ESLint 的配置文件的工作也在进行中。
4. 增强诊断
理解 lint 工具的信息可能具有挑战性。Oxlint 旨在通过定位根本原因并提供有用的信息来简化这一过程，也就是说，我们的报错信息比较容易读懂。看一个例子：
如果我们想在 vscode中运行一下性能相关的 lint 规则： oxlint -D perf：
得到的结果如下：
5. 统一的规则
Oxlint 目前尚未提供插件系统，但我们正在积极整合来自流行插件如 TypeScript、React、Jest、Unicorn、JSX-a11y和 Import 的规则。
我们认识到在 JavaScript 生态系统中插件的重要性，并且也正在研究基于 DSL 的插件系统。
然而，你可能会喜欢一个独立的 lint 工具 --- 无需管理一系列插件依赖项，不想解决兼容性问题、或者由于版本限制而求助于分支插件。
感谢大家阅读到这，希望大家可以使用 OxLint 获得更愉悦的开发体验，也预祝大家即将到来的元旦假期快乐！
原文链接：