Jimmer项目v0.9.94版本发布：增强不可变对象创建控制能力

Jimmer是一个专注于简化数据模型操作的Java/Kotlin开源框架，它通过创新的设计模式让开发者能够更优雅地处理复杂的数据结构。在最新发布的v0.9.94版本中，框架针对不可变对象创建机制进行了重要改进，为开发者提供了更精细的控制能力。

不可变对象创建机制回顾

Jimmer采用了一种独特的lambda风格API来创建不可变对象。开发者可以在lambda表达式中操作一个可变的Draft对象，而最终得到的却是一个不可变的干净对象。这种设计模式类似于构建器模式，但更加类型安全和优雅。

在Java中，创建过程看起来像这样：

Book book = BookDraft.$.produce(draft -> {
    draft.setName("Effective Java");
    draft.setPrice(59.99);
});

在Kotlin中则更加简洁：

val book = Book {
    name = "Effective Java"
    price = 59.99
}

嵌套创建上下文的问题

在实际开发中，我们经常会遇到复杂的对象创建场景，其中可能包含多层嵌套的创建逻辑。就像Spring框架中的事务管理一样，Jimmer也使用ThreadLocal来维护这些创建上下文的嵌套关系。

默认情况下，只有当最外层的创建lambda结束时，所有的Draft对象才会被解析(resolve)为最终的不可变对象。内部的创建操作会直接返回Draft对象，这种设计是为了提高复杂对象操作的效率。

然而，这种自动化的解析机制在某些场景下可能不够理想。开发者有时无法确定当前代码是否处于最外层创建上下文中，但确实需要确保获得一个完全解析的不可变对象，而不是一个Draft。

v0.9.94版本的解决方案

为了解决这个问题，v0.9.94版本引入了resolveImmediately参数，让开发者可以显式控制创建行为：

• Java示例：

// 确保返回完全解析的不可变对象
Book book = BookDraft.$.produce(true, draft -> {
    draft.setName("Design Patterns");
    draft.setPrice(69.99);
});

• Kotlin示例：

// 确保返回完全解析的不可变对象
val book = Book(true) {
    name = "Design Patterns"
    price = 69.99
}

当resolveImmediately参数设为true时，无论当前创建操作是否处于嵌套上下文中，都会立即解析Draft并返回一个干净的不可变对象。这为开发者提供了更精确的控制能力，特别适合以下场景：

1. 工具类方法中创建对象，无法确定调用者是否已经处于创建上下文中
2. 需要确保对象完全初始化后才能使用的场景
3. 需要将创建的对象立即传递给其他可能检查对象类型的代码

性能考量

虽然立即解析提供了更强的确定性，但开发者应该意识到它可能带来的性能影响。在复杂的嵌套创建场景中，频繁的立即解析可能会导致额外的对象创建和复制操作。因此，建议在确实需要确保对象完整性的场景下才使用这个特性，对于大多数常规创建操作，保持默认的延迟解析行为仍然是更高效的选择。

总结

Jimmer v0.9.94版本的这一改进展示了框架对实际开发需求的敏锐洞察。通过提供resolveImmediately参数，Jimmer在保持原有高效设计的同时，为开发者提供了更灵活的控制选项。这种平衡的设计理念正是Jimmer框架越来越受到开发者青睐的原因之一。

对于已经使用Jimmer的项目，建议评估是否需要在新代码中使用这一特性，特别是在那些对对象完整性有严格要求的部分。对于新项目，了解这一机制将帮助开发者更好地规划对象创建策略，写出更健壮的代码。