如何为语法的动作类（Action Class）添加默认方法？

我来帮你梳理下怎么给动作类添加默认方法，刚好之前做过类似的文件局部修改语法实验，分享下我的实际思路：

首先，我们可以通过构建基础动作基类的方式，把所有动作通用的逻辑封装成默认方法，让具体的动作类只需要专注实现各自的修改逻辑就行，完美解决你提到的“语法有大量token、规则但缺统一处理逻辑”的问题。

1. 定义带通用默认方法的基类 #

先创建一个BaseAction基类，把match.make()关联、片段提取这类通用逻辑放进默认方法里，同时留出钩子让子类重写个性化的修改逻辑：

class BaseAction:
    def process_match(self, match_obj):
        # 通用步骤1：从match对象中提取需要修改的零散片段
        target_fragment = self._extract_target(match_obj)
        # 通用步骤2：调用子类的具体修改逻辑
        modified_content = self._apply_modification(target_fragment)
        # 通用步骤3：把修改后的内容关联回match对象
        return match_obj.make(modified_content)
    
    # 默认的片段提取逻辑，子类可按需重写
    def _extract_target(self, match_obj):
        # 示例：取正则匹配的第一个分组，或直接取整个匹配内容
        return match_obj.group(1) if match_obj.groups() else match_obj.group(0)
    
    # 抽象方法：子类必须实现具体的修改逻辑
    def _apply_modification(self, fragment):
        raise NotImplementedError("每个动作类都需要实现自己的修改逻辑")

2. 具体动作类继承基类实现自定义逻辑 #

你的各个动作类（比如修改变量名、替换配置项的动作）只需要继承BaseAction，然后重写_apply_modification方法即可，甚至可以根据不同的token/规则重写_extract_target来适配匹配结果：

class VariableRenameAction(BaseAction):
    def _apply_modification(self, fragment):
        # 示例：把旧变量名替换为新名称，可结合你的语法token规则
        return fragment.replace("legacy_user_id", "user_uuid")

class ConfigUpdateAction(BaseAction):
    def _extract_target(self, match_obj):
        # 适配你的规则：取正则匹配的第三个分组作为修改目标
        return match_obj.group(3)
    
    def _apply_modification(self, fragment):
        # 示例：更新配置值为最新版本
        return f"{fragment.split('=')[0]}=v2.0.0"

3. 对接现有语法解析流程 #

在你的语法匹配处理环节，只需要根据匹配到的规则/token，实例化对应的动作类，调用默认的process_match方法就行，不用每个动作都重复写match.make()的逻辑：

# 示例：语法匹配后的处理逻辑
def handle_syntax_match(match_obj, action_key):
    # 映射动作类型到对应的动作类
    action_mapping = {
        "rename_var": VariableRenameAction(),
        "update_config": ConfigUpdateAction()
    }
    action = action_mapping.get(action_key)
    if action:
        return action.process_match(match_obj)
    # 无对应动作时的默认处理：原样返回匹配内容
    return match_obj.make(match_obj.group(0))

额外优化建议 #

• 如果多个动作需要处理相同的格式兼容（比如保留原有缩进、空白符），可以在基类里添加_preserve_format这类默认辅助方法，避免重复造轮子。
• 可以把常用的正则表达式、token规则作为基类的类属性，让子类直接复用或修改，进一步提升灵活性。

这样一来，通用的处理逻辑都封装在基类的默认方法里，具体动作类只需要关注各自的修改细节，刚好适配你“保留文件大部分内容、仅修改零散片段”的实验需求。

内容的提问来源于stack exchange，提问作者Håkon Hægland