文字列のタプルは "比較"が一貫して動作しません

Question

私は混乱しています。

foo = ("empty", 0) 
foo[0] is "empty" 

戻り値False。これは "list"も失敗するため、キーワード文字列の問題と思われます。 "empt"と他の文字列が真を返します。これは、fooがリストであるかのように、コードが真を返すかのように、タプルでのみ起こるようです。

これをpython 3.4.3とpython 3.5でテストしましたが、どちらもこのように動作します。この問題はありますが、期待どおりに真を返します。

python3のタプルにいくつかの標準がありませんか？私はこの問題をgoogle-fooにしようとしましたが、手短かになっています。

編集： 物事をクリアするには、私の正確な質問はFalseの理由ん

foo = ("empty", 0) 
foo[0] is "empty" 

リターンが、

foo = ("empt", 0) 
foo[0] is "empt" 

リターン本当ですか？

Answer 1

を読む：あなたはアイデンティティで文字列を比較している、これは失敗する可能性があります。文字列リテラルのアイデンティティに関する仮定はできません。

しかし、実際には微妙な問題が見つかりました。

>>> t = ("list",); t[0] is "list" 
False 
>>> t = ("notlist",); t[0] is "notlist" 
True 
>>> t = ("list",) 
>>> id(t[0]) 
140386135830064 
>>> id("list") 
140386137208400 
>>> t[0] is "list" 
False 
>>> l = ("notlist",) 
>>> id(l[0]) 
140386135830456 
>>> id("notlist") 
140386135830456 
>>> l[0] is "notlist" 
True 
# interestingly, this works: 
>>> ("list",)[0] is "list" 
True 

（パイソン3.5.1+インタラクティブシェルでテスト済み）

これははっきりPythonのいくつかの成分、おそらくレクサー又はパーサによって実装依存挙動です。

ボトムライン：オブジェクトの同一性に依存しない限り、文字列比較には==を使用してください。

Answer 2

a is b 

ここComparing strings 述べたように

id(a) == id(b) 

に等しい。また、すでに述べた他の回答ように、この Built-in Functions - id

Answer 3

isでリテラル値を使用すると、ほぼ確実に実装依存の結果が得られます。 Pythonがシングルトンであることが保証されている唯一のリテラルはNoneです。他のリテラルは、既存のオブジェクトへの参照を解決することも解決しないこともあります。通訳者は、重複した値を「認識」し、それを表現するために同じ基礎となるオブジェクトを使用すると想定することはできません。