抽象类 vs 具体实现类的关系

一句话先说清楚TextSplitter是抽象基类定义规范RecursiveCharacterTextSplitter是具体实现一种切分策略。RecursiveCharacterTextSplitter继承自TextSplitter所以会自动拥有它的所有方法除非被重写。1.TextSplitter是什么抽象层TextSplitter可以理解为“所有文本切分器必须遵守的接口规范 通用能力封装”它的职责不是“怎么切”而是定义统一接口比如split_text、create_documents管理通用参数chunk_size、chunk_overlap提供基础工具方法比如 chunk 合并逻辑 换句话说它解决的是“切分器应该长什么样”2.RecursiveCharacterTextSplitter是什么实现层它是TextSplitter的一个具体子类实现了一种策略按“语义优先”的递归分隔符切分文本核心特点有一套默认分隔符[\n\n, \n, , ]按优先级递归切尽量保持语义完整 它解决的是“具体怎么切文本”3. 用代码结构理解关系非常关键你可以把它想象成这样classTextSplitter:defsplit_text(self,text):raiseNotImplementedErrordefcreate_documents(self,texts):# 通用逻辑passclassRecursiveCharacterTextSplitter(TextSplitter):defsplit_text(self,text):# 具体实现递归按分隔符切pass 关键点父类定义“接口 通用流程”子类实现“切分算法”4. 更本质的区别从设计角度维度TextSplitterRecursiveCharacterTextSplitter类型抽象基类具体实现类关注点规范 通用能力切分策略是否直接使用❌ 很少直接用✅ 常用是否需要理解✔框架理解✔✔实战必须5. 为什么要这样设计重点LangChain 不是只提供一个切分器而是支持很多种按字符Recursive按 token按 Markdown 结构按 HTML按代码语法 如果没有TextSplitter这个抽象层每个 splitter API 都不一致下游embedding / retriever不好统一处理所以TextSplitter的存在是为了让所有 splitter可替换、可扩展、接口一致6. 从“用”的角度看区别你什么时候关心TextSplitter写自定义 splitter理解 LangChain 设计读源码你什么时候用RecursiveCharacterTextSplitter做 RAG切普通文本默认方案7. 一个更高级的理解TextSplitter 策略接口Strategy InterfaceRecursiveCharacterTextSplitter 一个具体策略Concrete Strategy这其实就是经典的策略模式Strategy Pattern 最终总结TextSplitter定义“切分器应该怎么用”接口 通用逻辑RecursiveCharacterTextSplitter实现“具体怎么切”递归分隔策略LangChain 默认推荐RecursiveCharacterTextSplitter不是因为它“更高级”而是因为它在“语义完整性 通用性 成本”之间是最稳的默认解。