多层信息系统无法像桌面应用一样整体导入对象图

使用领域模型时，最简单的场景是单用户桌面应用——整个对象图可以从一个文件里整体读出、放进内存，程序运行期间就一直待在那儿。但多层信息系统通常无法这样做，原因很朴素：系统里的对象实在太多了，把每一个对象都塞进内存既耗费太多空间，导入过程本身也会耗费太长时间。面向对象数据库的一个核心优势正是能替你管理这种”对象导入”——让对象在内存和磁盘之间按需迁移；但如果没有面向对象数据库（企业应用的常态），这份管理工作就得自己来做：通常一次会话只会把和当前任务相关的那部分对象图导入内存——比如只处理合同和收入确认对象上的计算时，可能完全不需要导入任何产品对象；具体导入哪些对象，由数据库映射对象来控制（这正是延迟加载要解决的问题）。另外，如果希望跨多次服务器调用复用同一个对象图，就必须把这份”部分加载的状态”保存在某处——这正是会话状态要处理的问题。可迁移启发：领域模型看似只是一套面向对象的建模方法，但一旦离开单机场景，它天然会牵扯出”该加载哪些对象”“状态该存哪儿”这两个跨层协作问题——评估要不要上领域模型时，这两个问题的解法（延迟加载策略、会话状态存储方式）也该一并纳入成本考量，而不只是看建模本身的复杂度。