MyBatis 3种 使用 SQL 语句的方式；注解方式、注解提供器方式、XML 配置方式

结论：为了统一使用方式，建议采用XML配置的方式；

---

MyBatis 提供了多种配置和使用 SQL 语句的方式，主要包括：注解方式（如 @Select）、注解提供器方式（如 @SelectProvider）和 XML 配置方式。每种方式都有其独特的优缺点，适用于不同的场景。以下是这三种方式的详细对比：

1. @Select 这类注解

优点：

• 简洁直观：SQL 语句直接写在注解中，与接口方法紧密结合，便于阅读和维护。
• 编译时检查：注解中的 SQL 语句在编译时就能被检测到，减少运行时错误。
• 减少配置文件：不需要额外的 XML 文件，减少了项目的复杂性。

缺点：

• 复杂 SQL 支持不足：对于动态 SQL 或特别复杂的 SQL 语句，注解方式可能显得力不从心。
• 可读性问题：当 SQL 语句较长或包含复杂逻辑时，注解可能会使代码显得混乱。
• 灵活性差：SQL 语句在注解中写死后，不易于动态修改或扩展。

适用场景：

• 适用于简单的查询操作，如单表查询、插入、更新、删除等。
• 团队对代码整洁度和维护性要求较高，且 SQL 语句相对简单的情况。

2. @SelectProvider 这类注解

优点：

• 动态 SQL 支持：通过提供器方法，可以动态生成 SQL 语句，支持复杂的 SQL 逻辑。
• 代码复用：提供器方法可以被多个注解共享，减少代码重复。
• 灵活性高：可以在运行时动态生成 SQL，适应不同的业务需求。

缺点：

• 代码复杂度增加：需要额外编写提供器方法，增加了代码的复杂性。
• 调试困难：动态生成的 SQL 语句在调试时可能不如静态 SQL 直观。
• 虽然注解方式也支持通过@SelectProvider等注解来动态生成SQL，但在复杂性和灵活性方面通常不如XML配置。

适用场景：

• 适用于需要动态生成 SQL 语句的复杂查询场景。
• 项目中存在大量相似但不完全相同的 SQL 语句，需要代码复用的情况。

3. XML 配置方式

优点：

• 灵活性高：支持复杂的 SQL 语句和动态 SQL，易于管理和维护。
• 分离职责：SQL 语句与 Java 代码分离，便于独立测试和修改。
• 易于扩展：XML 文件可以方便地添加新的 SQL 语句，不影响现有代码。

缺点：

• 文件繁多：当项目规模较大时，可能需要管理大量的 XML 文件。
• 阅读不便：需要在多个文件之间切换，不如注解方式直观。
• 编译时检查不足：XML 文件中的错误通常只能在运行时被发现。

适用场景：

• 适用于大型项目，SQL 语句复杂且需要频繁修改的情况。
• 团队对 SQL 语句和 Java 代码分离有明确要求，或需要独立测试 SQL 语句的情况。

总结

• @Select 等注解：适用于简单、直观的 SQL 语句，便于快速开发和维护。
• @SelectProvider 等提供器注解：适用于需要动态生成 SQL 语句的复杂查询场景，提高代码复用性。
• XML 配置方式：适用于大型项目或 SQL 语句特别复杂的情况，提供高灵活性和易于扩展的维护方式。

根据项目的实际需求和团队的开发习惯，可以选择最适合的方式来配置和使用 MyBatis。