潛魚在淵

Concentrating on Architectures.

posts - 77, comments - 309, trackbacks - 0, articles - 0

對象傳遞和信息完整性

Posted on 2005-12-05 17:56 非魚閱讀(1098) 評論(3) 編輯收藏所屬分類: 面向?qū)ο笤O計

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

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

// Entity objects.
2

public class Obj {
3

private ObjRef1 ref1;
4

Private ObjRef2 ref2;
5

public Obj() {
7

}
8

public Obj(ObjRef1 ref1) {
10

this.ref1 = ref1;
11

}
12

public Obj(ObjRef1 ref1, ObjRef2 ref2) {
14

this.ref1 = ref1;
15

this.ref2 = ref2;
16

}
17

// Accessors omitted.
18

} // ObjRef1, ObjRef2 omitted.
19

// Process1
21

public class Prs1 {
22

public Obj method1() {
23

Obj obj = new Obj();
24

obj.setObjRef1(loadObjRef1());
25

// Do something to obj.
26

return obj;
27

  }
     // Load method omitted.
     private ObjRef1 loadObjRef1() {
       // ......
     }
28

}
29

// Process2
31

public class Prs2 {
32

public void method2() {
33

Obj obj = new Clt1().method1();
34

// Do something to obj.ref2. Coding error may be found until debug phase.
35

}
36

}

    在Process1.method1方法中持久化Obj，在Process2.method2中自行初始化Obj。這個方案面向?qū)ο蟛⒔鉀Q了一致性問題，但增加性能成本。在Process1.method1中l(wèi)oadObjRef2，不夠面向?qū)ο螅黾恿司S護成本。

    盡可能不使用這種鏈式的處理，代之以扁平的、可以總控Obj的方式：

public class Process {
2

public void proceed() {
3

// Need to change Prs1, Prs2's method signatures.
4

Obj obj =

obj = new Prs1().method1(obj);
6

obj.setObjRef2(

);
7

obj = new Prs2().method2(obj);
8

// Future processes can be inserted anywhere inside this method.
10

}
11

}

對于樹形結(jié)構(gòu)或整體-部分結(jié)構(gòu)，有一個統(tǒng)一的處理合理的，但內(nèi)部的復雜性還是很高。

# re: 對象的部分聚合問題回復 更多評論

2005-12-06 10:06 by 小明

樓主不會不知道Spring framework吧？

Spring IOC能很好幫助你解決這個問題阿

# re: 對象的部分聚合問題回復 更多評論

2005-12-06 11:43 by 無言獨上西樓

本質(zhì)上說，IOC并沒有什么新鮮玩意，就是強化對接口編程。SPRING是提供了一個這樣的框架－裝配對象的框架，這樣，任何相同接口的對象就可以裝配在一起工作，類似于汽車裝配線。
但顯然沒有明白LZ的意思。坦率地說，我也沒有明白LZ的意思。

# re: 對象傳遞和信息完整性 回復 更多評論

2005-12-07 00:13 by 非魚

前面描述的不好，給大家造成了理解上的麻煩。希望這次改過后表達足夠清楚。不行就再改吧。

新用戶注冊刷新評論列表


只有注冊用戶登錄后才能發(fā)表評論。




網(wǎng)站導航: 博客園 IT新聞 Chat2DB C++博客博問管理
相關文章: 代碼檢查(6) 代碼檢查(5) 代碼檢查(4) 代碼檢查(3) 代碼檢查(2) 深入解析UUID及其應用軟件架構(gòu)：控制與改進軟件架構(gòu)：決策與選擇軟件架構(gòu)：架構(gòu)與價值應用軟件的合理性

潛魚在淵

Concentrating on Architectures.

對象傳遞和信息完整性

評論

# re: 對象的部分聚合問題回復 更多評論

# re: 對象的部分聚合問題回復 更多評論

# re: 對象傳遞和信息完整性 回復 更多評論

日歷

常用鏈接

留言簿(9)

我參與的團隊

隨筆分類

隨筆檔案

收藏夾

BLOGs

Web Links

積分與排名

最新評論

閱讀排行榜

潛魚在淵

Concentrating on Architectures.

對象傳遞和信息完整性

評論

# re: 對象的部分聚合問題 回復 更多評論

# re: 對象的部分聚合問題 回復 更多評論

# re: 對象傳遞和信息完整性 回復 更多評論

日歷

常用鏈接

留言簿(9)

我參與的團隊

隨筆分類

隨筆檔案

收藏夾

BLOGs

Web Links

積分與排名

最新評論

閱讀排行榜

# re: 對象的部分聚合問題回復更多評論

# re: 對象的部分聚合問題回復更多評論

# re: 對象傳遞和信息完整性回復更多評論