Twill项目中模块修订预览时blockable关系不可用的技术解析

在Twill CMS项目中，当开发者使用模块修订(revision)功能时，可能会遇到一个特定问题：在预览修订版本时，blockable关系始终为null。这个问题会导致所有依赖blockable关系的区块视图或区块类无法正常工作，要么抛出异常，要么显示内容与实际情况不符。

问题本质

这个问题的核心在于Twill处理修订数据时的模型水合(hydration)顺序。具体表现为：

1. 系统从修订表中获取字段数据
2. 创建一个新的空模型实例(类型为blockable_type)
3. 将第一步获取的字段数据水合到模型中
4. 最后才设置模型的ID

这种处理顺序导致了在模型水合过程中，blockable_type模型还没有ID，因此无法正确设置blocks关系中的blockable_id字段。当水合完成后才设置模型ID，已经为时已晚，所有区块都丢失了blockable_id关联。

技术细节分析

在Twill的源码实现中，这个问题主要涉及两个关键行为(Behavior)：

1. HandleRevisions行为负责处理修订数据
2. HandleBlocks行为负责处理区块关系

具体来说，在HandleRevisions行为中，模型实例的创建和水合顺序存在问题。当创建新模型实例后立即进行水合操作时，模型尚未获得ID，导致区块关系中的blockable_id无法正确设置。

解决方案

解决这个问题的思路相对简单直接：调整模型ID的设置时机，在模型水合之前就设置好ID。这样在水合区块关系时，系统就能正确识别blockable_id并建立关联。

问题复现条件

要复现这个问题，需要满足以下条件：

1. 模块启用了修订功能
2. 模块使用了区块功能
3. 区块视图或区块类中使用了blockable关系
4. 创建了至少一个修订版本

影响范围

这个问题虽然不会影响常规的内容展示，但在以下场景会暴露问题：

1. 修订版本预览
2. 任何依赖blockable关系的区块展示
3. 使用区块类处理blockable关系的场景

最佳实践建议

对于Twill开发者，在处理区块与可区块化(blockable)实体的关系时，建议：

1. 在区块视图中添加null检查，增强鲁棒性
2. 对于关键业务逻辑，考虑在区块类中实现关系处理
3. 定期检查修订预览功能是否正常工作

总结

这个问题展示了在CMS系统中处理复杂关系时可能遇到的时序问题。通过理解Twill内部的数据水合机制和关系处理流程，开发者可以更好地规避类似问题，构建更稳定的内容管理系统。对于使用Twill的项目，建议关注这个问题的修复版本，确保修订预览功能正常工作。