想問一下 假如 a='e' b='e' a,b是同一個object的話 那後續 a+='.' b不就跟著變了嗎.. 這應該不會是programmer想看到的吧? 還是依據後續的操作會影響interpreter的行為? 像在C裡面好像也有規定 char *a="e" char *b="e" 那個"e"不應該共用同一塊memory 但是實做上compiler好像大都讓他共用 不過在C裡面他是const所以比較沒有後續的問題 那python咧? 雖然說照OO的規則 他們應該可以是同一個object 不過這樣也到了為了OO而OO的地步了吧 When we talk about primitive type, what we care is its value, but not its reference. 上面這句用中文講好像有點怪所以還是用英文吧 除非operator會duplicate個object再操作.. 不過這樣OO好像也不OO了 當所有的Object都這樣new了又delete delete又new的時候 跟value在運算過程中的生滅有什麼不同... 剛剛實測了一下 a的id會變 所以上面那串抱怨可以當作沒看到XD 可是心裡還是有小小的問號 剛剛又做了一下實驗 >>> a='e' >>> b='e' >>> id(a) 1211321344 >>> id(b) 1211321344 >>> a+='1' >>> a 'e1' >>> b 'e' >>> id(a) 1212279104 >>> id(b) 1211321344 >>> a=a[0] >>> id(a) 1211321344 所以.. python universe所有的原子( 指不能再更小的primitive type的..value(?) )都是object 所以無論怎麼操作一樣的原子都是同一個reference 可以這樣說嗎? 目前我猜測 雖然上面的範例所有的'e'始終是同一個id 不過從其他檔案讀進來的'e'就會不一樣 或著class外面傳進來的會跟裡面寫死的'e'不一樣 接續上面的實驗 >>> a=raw_input() e >>> id(a) 1211321344 太驚悚了 這是因為raw_input我輸入的內容有被當作python code一樣interpret ( exec 'a='+repr(inputstring) 這樣? ) 還是他真的有去比對裡面的value? 其實上面兩個意思好像差不多 只是前者的實做比較乾淨 再次確認了一下前面的實驗 >>> a='e1' >>> b='e' >>> id(a) 1212403584 >>> id(b) 1211321344 >>> a=a[0] >>> id(a) 1211321344 -- 我是OO新手.. -- 國愛‧主民‧學科‧康健‧道人 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.135.231.23 ※ 編輯: buganini 來自: 220.135.231.23 (03/20 22:12) ※ 編輯: buganini 來自: 220.135.231.23 (03/20 22:15)