想问一下 假如 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)