在日常开发中，我们经常会接触到两类常见的设计模式：建造者模式（Builder Pattern） 和 规格模式（Specification Pattern） 。
它们在写法上看起来有些相似，比如都喜欢用链式调用，但它们关注的点完全不同。本文将结合实际代码和 MyBatis 的 Example + Criteria，带你彻底理解这两种模式。
一、建造者模式（Builder Pattern）
1. 定义
建造者模式的核心思想是：一步步构建一个复杂对象，最后一次性生成 。
它解决了对象构造函数过于复杂的问题，使得对象创建更清晰、可控。
2. 特点
-
链式调用，可读性强。
-
避免构造函数参数爆炸。
-
保证对象完整性，减少遗漏。
3. 示例代码
比如我们要构建一个用户对象：
User user = User.builder() .id(1L) .name("张三") .age(20) .gender("M") .build();
如果不用 Builder，你可能要写：
User user = new User();
user.setId(1L);
user.setName("张三");
user.setAge(20);
user.setGender("M");
相比之下，建造者模式更优雅、可维护。
二、规格模式（Specification Pattern）
1. 定义
规格模式的核心思想是：把业务规则/条件抽象成独立的对象，可以复用和组合 。
常见于查询条件构造和业务规则校验。
2. 特点
-
条件可以独立定义，再动态组合。
-
避免写死在 if 语句里，可读性更好。
-
符合面向对象的思想，能扩展、复用。
三、MyBatis Generator 的 Example + Criteria
在 MyBatis 中，Example + Criteria 就是 规格模式的典型实现，它把 SQL 的 WHERE 条件对象化了。
1. Example
Example 是条件的 大容器 ，内部可以包含多个 Criteria。
2. Criteria
Criteria 是条件组，内部条件之间默认用 AND 连接；多个 Criteria 之间用 OR 连接。
3. 使用示例
假设我们有一张用户表 user，字段包括 id、username、status。
UserExample example = new UserExample(); // 第一个条件组：AND UserExample.Criteria criteria1 = example.createCriteria(); criteria1.andUsernameEqualTo("Alice"); criteria1.andStatusEqualTo("ACTIVE"); // 第二个条件组：AND UserExample.Criteria criteria2 = example.createCriteria(); criteria2.andUsernameEqualTo("Bob"); criteria2.andStatusEqualTo("ACTIVE"); // 用 OR 拼接 example.or(criteria2); List<User> list = userMapper.selectByExample(example);
对应的 SQL：
SELECT * FROM user WHERE (username = 'Alice' AND status = 'ACTIVE') OR (username = 'Bob' AND status = 'ACTIVE');