RuboCop 对模式匹配中哈希样式一致性的支持增强

在 Ruby 3.0 引入的模式匹配（Pattern Matching）功能中，开发者可以像使用哈希字面量一样进行模式解构。然而，RuboCop 现有的布局检查规则（如 Layout/SpaceInsideHashLiteralBraces）并未覆盖这种新语法场景，导致代码风格检查存在盲区。

问题背景

传统哈希字面量的空格检查：

# 受 Layout/SpaceInsideHashLiteralBraces 规则约束
{ a: 1, b: 2 }  # 正确格式
{a: 1, b: 2}    # 会被规则标记

模式匹配中的哈希解构：

# 当前不受任何布局规则约束
case foo
in {a:, b:} then ...  # 无格式检查
in { a:, b: } then ... # 理想状态应强制要求
end

技术实现分析

从语法解析角度看，虽然模式匹配中的哈希解构不是严格意义上的哈希字面量（Hash Literal），但其视觉呈现和代码维护需求与传统哈希字面量完全一致。RuboCop 核心团队通过以下方式实现了规则扩展：

1. AST 节点识别：修改解析器使其能识别模式匹配中的哈希模式节点
2. 规则继承机制：让现有布局规则同时作用于 hash 和 match_var 节点类型
3. 上下文感知：确保规则只在模式匹配的哈希解构场景触发

对开发者的影响

该改进使得 Ruby 代码风格在以下场景保持统一：

• 方法参数中的关键字参数
• 显式哈希字面量
• 模式匹配解构操作
• 右赋值操作符的使用

建议开发者升级 RuboCop 后：

1. 运行自动修正命令统一现有代码
2. 在 CI 流程中启用新规则
3. 注意边缘情况（如单行模式匹配的紧凑格式需求）

最佳实践示例

修正后的推荐写法：

# 传统哈希
config = { key: value }

# 模式匹配
case config
in { key: } then process(key)
end

# 右赋值
config => { key: }

该改进体现了 RuboCop 作为静态分析工具的前瞻性，确保 Ruby 新特性也能遵循一致的代码风格规范，有助于提升大型项目中模式匹配代码的可读性和可维护性。