文本块和switch模式匹配是dsl开发中降低心智负担、减少错误、提升可维护性的关键工具：前者规范声明侧（如sql/规则模板），后者保障执行侧（ast节点安全分发），二者协同实现语法与语义分离。
文本块和 Switch 模式匹配不是“锦上添花”的语法糖，而是 DSL（领域特定语言）编写中真正能降低心智负担、减少错误、提升可维护性的两个关键工具。用对了，DSL 的定义、解析、分发逻辑会更贴近业务语义，而不是被字符串拼接和类型判断拖累。
用 """ 写 DSL 模板时如何避免缩进污染和换行失控
文本块天然适合 DSL 中的声明式片段（如 SQL 片段、HTTP 请求体、规则配置），但直接粘贴容易带入 IDE 自动缩进或空行，导致生成的字符串含多余空白。
- 文本块开头的
"""必须顶格写，否则左侧缩进会被整体裁掉 —— 但右侧缩进（即内容内部）会原样保留 - 结尾的
"""也必须顶格，否则它前面的空格会成为字符串末尾的一部分 - 若需去除首尾换行，用
.strip()（Java 17+）；若需统一缩进，用.indent()或.stripIndent()（后者自动识别最小公共前缀空格） - 常见错误：
String sql = " SELECT * FROM t WHERE id = ?";这种手动拼接在 DSL 中极易出错；换成文本块后，别忘了.formatted(id)替换占位符，而非String.format()—— 后者不支持文本块内嵌变量
示例：
String rule = """
WHEN user.age >= 18
AND user.country == "CN"
THEN "adult_cn"
""".stripIndent();
Switch 模式匹配处理 DSL AST 节点时怎么避免 null 和类型漏判
DSL 解析后通常产出一组 AST 节点（如 BinaryOp、Literal、VariableRef），传统 if (node instanceof X) { X x = (X) node; ... } 冗长且易漏 null 处理。Switch 模式匹配能强制覆盖 + 安全解构。
- 必须显式处理
case null ->，否则传入null会抛NullPointerException（不是编译错误，是运行时崩溃） - 多个同类模式（如
case String s和case Integer i）顺序无关，但若存在父子类关系（如case Expr e和case BinaryOp b），子类 case 必须放在父类之前，否则父类 case 会提前匹配并截断 - 模式变量（如
s、b）作用域仅限该分支箭头右侧或冒号后语句块，不能跨 case 使用 - 配合密封类（
sealed interface Expr permits Literal, BinaryOp, ...）时，编译器能检查是否穷尽所有子类型 —— 这对 DSL 的 AST 定义极其关键
示例：
return switch (node) {
case null -> throw new IllegalArgumentException("DSL node cannot be null");
case Literal l -> l.value().toString();
case BinaryOp b -> "(" + eval(b.left()) + " " + b.op() + " " + eval(b.right()) + ")";
case VariableRef v -> resolve(v.name());
default -> throw new IllegalStateException("Unknown DSL node: " + node);
};
组合使用时怎么让 DSL 的“定义”与“执行”逻辑真正解耦
文本块负责 DSL 的**声明侧**（人类可读、可维护的规则/模板），Switch 模式匹配负责 DSL 的**执行侧**（类型安全、可穷举的节点分发）。二者结合才能体现 DSL 的分层价值。
- 不要在文本块里写 Java 表达式逻辑（比如
"""... ${user.isActive() ? "valid" : "invalid"} ..."""），那不是 DSL，是模板引擎滥用 - 文本块应只承载结构化数据或 DSL 原语（如条件表达式、字段名、操作符），具体求值交给 Switch 分支中的业务逻辑
- 当 DSL 规则需要动态生成（如根据用户角色拼接不同 SQL 片段），用文本块拼接 +
.formatted(...)，再把结果喂给基于 Switch 的解析器，而不是在 Switch 分支里硬编码字符串 - 容易被忽略的一点：文本块本身是编译期常量，而 Switch 模式匹配是运行期逻辑 —— 所以 DSL 的“语法”由文本块固化，“语义”由 Switch 分支实现，这种分离让单元测试更容易聚焦在语义层
真正难的不是写出第一个文本块或第一条模式匹配 case，而是让整个 DSL 的抽象边界清晰：哪些该由字符串结构表达，哪些必须靠类型系统约束。文本块和 Switch 模式匹配只是帮你把这两件事做得更诚实、更少妥协的工具。
