Textlint项目中的API弃用与迁移指南
2025-06-27 19:37:15作者:牧宁李
textlint作为一款强大的文本校验工具,在其13.0.0版本中进行了重大更新,引入了一系列新的API来替代旧有的接口。本文将详细介绍这些变更内容,帮助开发者顺利完成迁移。
弃用API概览
textlint团队在最新版本中标记了四个核心API为弃用状态:
textlint全局对象TextLintCore类TextLintEngine类TextFixEngine类
这些API虽然仍能使用,但已不再推荐,开发者应尽快迁移到新的替代方案。
新老API对比
| 弃用API | 推荐替代方案 |
|---|---|
textlint |
使用@textlint/legacy-textlint-core或@textlint/kernel |
TextLintCore |
使用@textlint/legacy-textlint-core或@textlint/kernel |
TextLintEngine |
使用createLinter和loadTextlintrc组合 |
TextFixEngine |
使用createLinter和loadTextlintrc组合 |
迁移实践指南
从TextLintEngine迁移
旧代码示例:
const { TextLintEngine } = require("textlint");
const engine = new TextLintEngine({
formatterName: "stylish"
});
engine.executeOnFiles(["README.md"])
.then(results => {
console.log(engine.formatResults(results));
});
新代码示例:
const { createLinter, loadTextlintrc, loadLinterFormatter } = require("textlint");
async function runLint() {
const descriptor = await loadTextlintrc();
const linter = createLinter({ descriptor });
const results = await linter.lintFiles(["README.md"]);
const formatter = await loadLinterFormatter({ formatterName: "stylish" });
console.log(formatter.format(results));
}
runLint();
从TextLintCore迁移
对于直接使用TextLintCore的情况,最简单的迁移方式是替换导入路径:
- const { TextLintCore } = require("textlint");
+ const { TextLintCore } = require("@textlint/legacy-textlint-core");
弃用警告控制
Node.js提供了多种方式控制弃用警告的显示方式:
NODE_OPTIONS=--throw-deprecation- 将警告转为异常抛出NODE_OPTIONS=--no-deprecation- 完全抑制警告NODE_OPTIONS=--trace-deprecation- 显示完整堆栈跟踪
例如,要检查代码中是否使用了弃用API,可以运行:
NODE_OPTIONS=--throw-deprecation node your-script.js
架构设计演进
这次API变更反映了textlint架构的演进方向:
- 职责分离:将核心功能与周边工具分离,
@textlint/kernel专注于核心校验逻辑 - 异步友好:新API全面支持Promise/async-await
- 配置管理:引入
descriptor概念,统一管理规则、插件和配置 - 格式化分离:区分linter和fixer的格式化器
最佳实践建议
- 新项目应直接使用新API
- 现有项目应在下一个维护周期进行迁移
- 对于复杂场景,可考虑分阶段迁移
- 测试时启用
--throw-deprecation确保无遗留用法
通过遵循这些指南,开发者可以顺利过渡到textlint的新API体系,享受更清晰、更强大的功能支持。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0214
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0138
uni-appA cross-platform framework using Vue.jsJavaScript08
GLM-5.2智谱开源 GLM-5.2,这是针对长文本任务的最新旗舰模型。相较于前代产品 GLM-5.1,它在长文本任务处理能力上实现了显著飞跃,并且首次在稳定的 100 万 token 上下文中提供这一能力。Jinja00
SwanLab⚡️SwanLab - an open-source, modern-design AI training tracking and visualization tool. Supports Cloud / Self-hosted use. Integrated with PyTorch / Transformers / LLaMA Factory / veRL/ Swift / Ultralytics / MMEngine / Keras etc.Python00
tiny-universe《大模型白盒子构建指南》:一个全手搓的Tiny-UniverseJupyter Notebook03
项目优选
收起
deepin linux kernel
C
32
16
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
469
465
暂无描述
Dockerfile
778
5.08 K
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
877
2.03 K
Ascend Extension for PyTorch
Python
758
968
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
697
1.4 K
昇腾LLM分布式训练框架
Python
185
231
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1.1 K
1.14 K
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.04 K
271
JiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。
Python
2.25 K
677