sublime text 无法真正限制或提示函数长度，因其不解析ast；需靠rulers视觉标尺（如python设[79]）、flake8等linter报e501行超长、black等格式化工具自动断行协同实现规范。
Sublime Text 本身没有“代码行数限制提示插件”——它不校验函数长度，也不提示“函数太长”，所谓“行数限制提示”实际是误传概念。你真正需要的，是视觉参考线（rulers） + 静态检查工具（如 flake8 或 eslint） + 格式化插件（如 black 或 Prettier）三者协同。
为什么不能靠插件“提示函数太长”？
Sublime 是纯文本编辑器，不解析 AST（抽象语法树），无法识别函数边界、嵌套深度或逻辑复杂度。所谓“保持函数简短”的规范（比如单函数 ≤ 20 行、≤ 1 个 return、无嵌套超过 3 层等），必须依赖外部 linter 或格式化工具驱动，而不是编辑器原生功能。
-
SublimeLinter+SublimeLinter-flake8可报告E701（多语句在同一行）、E501（行超长），但不会说“这个函数有 42 行，请拆分” -
SublimeCodeIntel提供跳转和参数提示，但不评估函数结构合理性 - 所有声称“自动检测长函数”的 Sublime 插件，实际只是按空行/缩进粗略切分，误报率极高，不可信
怎么用 rulers 配合 PEP 8 看清“单行是否过长”？
这是最直接、最稳定、无需额外插件的起点。它不阻止你写长行，但让你一眼看见越界位置。
- 打开
Preferences → Settings – User（只改右侧面板） - 添加：
"rulers": [79]（不是80，PEP 8 明确要求 ≤ 79 字符） - 保存后立即生效；若不显示，先按
Ctrl+`查控制台是否有Invalid settings in …报错 - 更稳妥做法：右下角切换到 Python 文件 →
Preferences → Settings – More → Syntax Specific – User→ 填入{"rulers": [79]}，避免影响 JSON/Markdown 等其他类型
怎么让 Sublime 实际“拦住”超长行或复杂函数？
靠配置不行，得靠外部工具集成。关键不是装多少插件，而是打通调用链：
- 安装
SublimeLinter和对应语言 linter：
– Python：用pip install flake8，再装SublimeLinter-flake8
– JavaScript：用npm install -g eslint，再装SublimeLinter-eslint - 确保 linter 能读到项目级配置（如
.flake8中设max-line-length = 79，max-complexity = 10） - 启用保存时自动检查：
"lint_on_save": true加入SublimeLinter.sublime-settings (User) - 注意：
flake8的max-complexity检查函数圈复杂度（非行数），但它会标出函数起点——这才是“函数太长”的合理 proxy
真正限制行宽、自动换行，别用 word_wrap 混淆视听
很多人想“让编辑器自动把第 80 列之后的内容折到下一行”，但 Sublime 的 word_wrap 是软折行，不改变文件内容，反而掩盖真实问题。
- 禁用软折：
"word_wrap": "auto"（默认值，等效于关闭） - 绝对不要配
"wrap_width": 80—— 它和rulers的列计算逻辑不同步，会导致视觉错位 - 真要插入硬换行（即写入
\n），用black（Python）或Prettier（JS/TS）：它们在格式化时会按规则断行，并尊重rulers位置 - 手动触发硬换行：选中长行 →
Ctrl+Shift+P→ 输入wrap_lines→ 回车（仅当前行，不自动）
容易被忽略的是：rulers 按字符列数算，但制表符 \t 默认占 4 列，而 flake8 统计时按空格展开后的真实宽度。如果你没开 "translate_tabs_to_spaces": true，两者对“第 79 列”的判定可能差好几格。
