nvim-treesitter-textobjects 插件中重复移动操作的行为优化分析

在代码编辑过程中，文本对象的快速定位和操作是提升效率的关键。nvim-treesitter-textobjects 作为 Neovim 生态中的重要插件，其重复移动功能（repeat_last_move）在操作待定模式下的行为存在一个值得注意的优化点。

问题现象

当用户使用 f( 或 t( 这类单字符查找操作后，通过 d; 命令重复执行时，插件当前的行为会导致操作范围比预期少一个字符。例如：

原始文本：

({ 'n', 'x', 'o' }, ';', ts_repeat_move.repeat_last_move)

执行 f(_d; 后实际结果：

{ 'n', 'x', 'o' }, ';', ts_repeat_move.repeat_last_move)

而理想情况下应该删除包括括号在内的完整内容。这个行为与 Neovim 原生操作不一致，特别是在处理 F/T 命令时表现正常，形成了功能上的不对称。

技术原理

问题的根源在于插件当前通过 vim.cmd.normal 直接执行重复命令，这种方式在操作待定模式下无法正确处理字符边界。本质上，d; 命令的执行机制与 :norm! ; 存在差异，导致字符包含性不一致。

解决方案

核心改进思路是采用 expr 映射模式，让重复移动操作返回实际的命令字符串而非直接执行。具体实现要点包括：

1. 修改 repeat_last_move 函数使其返回命令字符串而非执行命令
2. 将映射改为表达式映射（expr = true）
3. 根据移动方向自动返回 ; 或 , 命令

改进后的行为将完全匹配原生 Neovim 的操作语义，确保：

• f/t 命令的重复操作包含目标字符
• F/T 命令保持现有正确行为
• 所有方向性操作保持一致性

实现影响

这一改进涉及插件核心的移动重复机制，主要影响：

1. 操作待定模式下的删除/修改操作
2. 所有基于 f/t 的文本对象操作
3. 与可视化模式选择的交互行为

最佳实践建议

对于用户而言，升级后应注意：

1. 重复操作现在会完全匹配原生行为
2. 需要更新键位映射配置为表达式模式
3. 可以更可靠地组合使用 f/t 与其他操作命令

这个改进体现了文本对象操作精确性的重要性，特别是在代码编辑这种需要精确定位的场景中，行为的一致性直接关系到编辑效率和使用体验。