很少有孤立存在的實體對象，它們之間總是會有所關聯。對象們因其職責而分離，又因其聯系而聚合。而我們在使用對象時，往往不需要把對象及其聚合的所有其他 對象一次性全部初始化，部分的對象聚合足以提供足夠的信息了。這時候，我們使用的對象的信息是不完整的。

    當具有不完整信息的對象被做為參數傳遞時，很可能導致我們對對象失去控制。部分對象的聚合在不同情景下的切換可能導致編程上的錯誤，而且對系統的維護帶來 負面的影響。由于對象職責的分割，對象本身無法理解這個問題，我們無法通過對對象本身進行處理（如增加職責）來消除這種不良影響。如何使用對象的部分信息 是由使用者根據情景要求決定的，編碼人員往往對使用情景沒有深刻的認識。在連續對應不同情景的處理鏈中，容易導致編碼錯誤。如下：


    在Process1.method1方法中持久化Obj，在Process2.method2中自行初始化Obj。這個方案面向對象并解決了一致性問題， 但增加性能成本。在Process1.method1中loadObjRef2，不夠面向對象，增加了維護成本。
   
    盡可能不使用這種鏈式的處理，代之以扁平的、可以總控Obj的方式：
   

    對于樹形結構或整體-部分結構，有一個統一的處理合理的，但內部的復雜性還是很高。