Re: [心得] 序列化的小細節
※ 引述《qrtt1 (愚者)》之銘言：
: Dear Pao,
: 請記得比較物件是用equals方法，不是用==
: 對於任何物件的製作我們都有責任覆寫hashCode與equals
: 心有餘力再寫一下toString
: 另外，Serialization的目的是保持同樣"內容的物件"
: 我可以有千百個內容相同的物件，但他們的記憶體位置都不同
以下恕刪
Dear qrtt1,
在我的認知裡：
比較「物件」的「內容」是否相同，使用equals方法。
比較「變數」的「值」是否相同，使用==（雙等號）。
而在我提出的例子裡，想表達的就是序列化的過程裡，
可能會產生多個「內容相同」，但「記憶體位置不同」的物件。
（但嚴格來說，每個參照變數的內容已經不同了）
簡單來說，就是會產生副本。
為了觀察這現象，應該比較物件指向另一個物件的參照的值是否相同。
所以當我要比較兩個物件的「參照變數」的「值」是否相同時，
採用了==來比較，而不是用equals方法。
這點我想是無庸置疑的吧！
關於後面兩句，小弟我資質駑頓看不懂，所以等q大開釋。
對於我為何想提出來給大家參考。
是因為我遇到了一個情形...
我有兩個類別會互相參考到對方，這兩種類別的實例（物件）還可能不少。
並且都存在於記憶體當中。
而不巧的是，我需要將它們保存至檔案系統裡。
萬一讀出來會產生多個副本時，那我「可能」遇到的「麻煩」有：
1.程式邏輯可能出大紕漏。
假設A1和A2都參考到B1，而我經由A1取得B1，
而修改了B1的內容。但事實上A2參考的是B2，
只不過B1.equals(B2) == true。但我修改B1以後
B1.equals(B2) == false。這不是我想見到的結果。
我想要的是A1和A2都「確實」參考到B1，那我只要
修改B1即可，大家都Happy。
2.記憶體佔用會變多。
簡單來說就是浪費，佔用比原先還多的記憶體，
檔案也會一起變大。A1和A2原先都參考到B1，
若產生了副本B2，那記憶體就要多佔用B2的空間。
更不用說A可能從1到很大，B也可能從1到很大。
重複的部分會有多少乘上多少呢？
最可怕的還是B2.equals(B1) == true，這樣我要
B2存在記憶體作啥呢？同樣也不是我想見到的結果。
同樣的內容存一份就好，大家都Happy。
我有遇到這樣的問題，因此提出來給大家參考，小心其中的差異。
如果有人也遇到類似的情形，就曉得該如何小心的使用序列化了。
這樣大家豈不都Happy...^^
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.113.80.187
討論串 (同標題文章)