|
| 1 | +# [0027] 修复 gf fmt 对纯分号注释分隔线的格式化问题 |
| 2 | + |
| 3 | +## 任务相关的代码文件 |
| 4 | +- `tools/fmt/liii/goldfmt-format.scm` |
| 5 | +- `tools/fmt/tests/liii/goldfmt-format/format-string-test.scm` |
| 6 | + |
| 7 | +## 如何测试 |
| 8 | +```bash |
| 9 | +# 构建 |
| 10 | +xmake b goldfish |
| 11 | + |
| 12 | +# 运行相关测试 |
| 13 | +bin/gf test tools/fmt/tests/liii/goldfmt-format/format-string-test.scm |
| 14 | + |
| 15 | +# 验证纯分号注释保持原样 |
| 16 | +bin/gf fmt --dry-run tests/fmt_comment_test.scm |
| 17 | +``` |
| 18 | + |
| 19 | +## 2026-05-11 修复纯分号注释分隔线的格式化 |
| 20 | + |
| 21 | +### What |
| 22 | +修复 `gf fmt` 对以分号开头的注释内容(包括纯分号分隔线和 `;;;` 开头的注释)的格式化问题。 |
| 23 | + |
| 24 | +原行为: |
| 25 | +``` |
| 26 | +;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; → ;; ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; |
| 27 | +;;; certain Scheme versions do not define 'filter' → ;; ; certain Scheme versions do not define 'filter' |
| 28 | +``` |
| 29 | + |
| 30 | +格式化后在 `;;` 和后续分号之间插入了空格,破坏了视觉分隔线的效果,也把 `;;;` 注释拆散了。 |
| 31 | + |
| 32 | +修复后行为: |
| 33 | +``` |
| 34 | +;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; → ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; |
| 35 | +;;; certain Scheme versions do not define 'filter' → ;;; certain Scheme versions do not define 'filter' |
| 36 | +``` |
| 37 | + |
| 38 | +以分号开头的注释内容保持连续输出,不在中间插入空格。 |
| 39 | + |
| 40 | +### Why |
| 41 | +纯分号行通常用作代码中的视觉分隔线或装饰线。`;;;` 开头的注释也是常见的 Scheme 注释风格(通常用于文件级或节级注释)。在 `;;` 和内容之间加空格会破坏这些视觉效果,因此需要特殊处理。 |
| 42 | + |
| 43 | +### How |
| 44 | +修改 `tools/fmt/liii/goldfmt-format.scm` 中的 `format-comment-content` 函数: |
| 45 | + |
| 46 | +当注释内容以 `;` 字符开头时,不再在 `;;` 和内容之间插入空格,而是直接拼接为 `;;` + content。 |
| 47 | + |
| 48 | +```scheme |
| 49 | +(define (format-comment-content content) |
| 50 | + (if (or (string=? content "") |
| 51 | + (char=? (string-ref content 0) #\space) |
| 52 | + (char=? (string-ref content 0) #\;) |
| 53 | + ) |
| 54 | + (string-append ";;" content) |
| 55 | + (string-append ";; " content) |
| 56 | + ) |
| 57 | +) |
| 58 | +``` |
| 59 | + |
| 60 | +### 2026-05-11 修复文件开头空行被移除的问题 |
| 61 | + |
| 62 | +#### What |
| 63 | +修复 `gf fmt` 格式化时,文件开头的空行(如换行后紧跟注释)会被意外移除的问题。 |
| 64 | + |
| 65 | +原行为: |
| 66 | +``` |
| 67 | +\n;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; → ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; |
| 68 | +``` |
| 69 | + |
| 70 | +格式化后丢失了文件开头的空行。 |
| 71 | + |
| 72 | +修复后行为: |
| 73 | +``` |
| 74 | +\n;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; → \n;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; |
| 75 | +``` |
| 76 | + |
| 77 | +文件开头的空行被正确保留。 |
| 78 | + |
| 79 | +#### Why |
| 80 | +某些文件在协议头或注释之前会有意保留空行,以形成视觉分隔。格式化工具不应擅自移除这些空行。 |
| 81 | + |
| 82 | +#### How |
| 83 | +修改 `tools/fmt/liii/goldfmt-format.scm` 中的 `join-top-level` 函数: |
| 84 | + |
| 85 | +原实现会跳过开头的空字符串 piece,导致空行丢失。修改为使用 `first` 标志跟踪是否处于第一个 piece,对第一个 piece 直接拼接而不前置换行符,从而正确保留开头的空行。 |
| 86 | + |
| 87 | +```scheme |
| 88 | +(define (join-top-level pieces) |
| 89 | + (let loop |
| 90 | + ((rest pieces) (result "") (first #t)) |
| 91 | + (cond ((null? rest) |
| 92 | + (if (and (not (string=? result "")) (not (string-suffix? "\n" result))) |
| 93 | + (string-append result "\n") |
| 94 | + result |
| 95 | + ) |
| 96 | + ) |
| 97 | + (first |
| 98 | + (loop (cdr rest) (string-append result (car rest)) #f) |
| 99 | + ) |
| 100 | + (else (loop (cdr rest) (string-append result "\n" (car rest)) #f)) |
| 101 | + ) |
| 102 | + ) |
| 103 | +) |
| 104 | +``` |
| 105 | + |
| 106 | +同时移除了 `format-top-level-nodes` 中针对首个 newline 节点的特殊处理(`make-newlines (+ n 1)`),因为现在 `join-top-level` 能正确处理开头的空 piece。 |
| 107 | + |
| 108 | +补充了 5 个单元测试: |
| 109 | +1. 纯分号分隔线注释保持原样 |
| 110 | +2. 内容以分号开头的注释保持连续分号(对应原始 `;;;` 输入) |
| 111 | +3. 空注释保持原样 |
| 112 | +4. 三个分号开头的注释保持原样 |
| 113 | +5. 文件开头空行后紧跟注释,空行应被保留 |
0 commit comments