backticks มีความหมายอย่างไรกับตัวแปล python: "num"

ฉันกำลังเล่นกับความเข้าใจในรายการและฉันเจอตัวอย่างข้อมูลเล็ก ๆ น้อย ๆ นี้ในเว็บไซต์อื่น:

return ''.join([`num` for num in xrange(loop_count)])

ฉันใช้เวลาสองสามนาทีในการพยายามจำลองฟังก์ชัน (โดยการพิมพ์) ก่อนที่จะรู้ว่า`num`บิตนั้นพัง

การปิดคำสั่งในอักขระเหล่านั้นทำอะไร? จากสิ่งที่ฉันเห็นมันเทียบเท่ากับ str (num) แต่เมื่อฉันหมดเวลา:

return ''.join([str(num) for num in xrange(10000000)])

ใช้เวลา 4.09 วินาทีในขณะที่:

return ''.join([`num` for num in xrange(10000000)])

ใช้เวลา 2.43 วินาที

ทั้งสองให้ผลลัพธ์ที่เหมือนกัน แต่อย่างใดอย่างหนึ่งช้ากว่ามาก เกิดขึ้นที่นี่คืออะไร?

แก้ไข:ผิดปกติ ... repr()ให้ผลลัพธ์ช้ากว่า`num`. 2.99s เทียบกับ 2.43s ใช้ Python 2.6 (ยังไม่ได้ลอง 3.0)

backticks repr()เป็นนามแฝงเลิกใช้ อย่าใช้มันอีกต่อไปไวยากรณ์ถูกลบออกใน Python 3.0

การใช้ backticks ดูเหมือนจะเร็วกว่าการใช้repr(num)หรือnum.__repr__()ในเวอร์ชัน 2.x ฉันเดาว่าเป็นเพราะต้องมีการค้นหาพจนานุกรมเพิ่มเติมในเนมสเปซส่วนกลาง (สำหรับrepr) หรือในเนมสเปซของวัตถุ (สำหรับ__repr__) ตามลำดับ

การใช้disโมดูลพิสูจน์สมมติฐานของฉัน:

def f1(a):
    return repr(a)

def f2(a):
    return a.__repr__()

def f3(a):
    return `a`

การแยกชิ้นส่วนการแสดง:

>>> import dis
>>> dis.dis(f1)
  3           0 LOAD_GLOBAL              0 (repr)
              3 LOAD_FAST                0 (a)
              6 CALL_FUNCTION            1
              9 RETURN_VALUE
>>> dis.dis(f2)
  6           0 LOAD_FAST                0 (a)
              3 LOAD_ATTR                0 (__repr__)
              6 CALL_FUNCTION            0
              9 RETURN_VALUE        
>>> dis.dis(f3)
  9           0 LOAD_FAST                0 (a)
              3 UNARY_CONVERT       
              4 RETURN_VALUE   

f1เกี่ยวข้องกับการค้นหาทั่วโลกสำหรับrepr, f2ค้นหาที่แอตทริบิวต์สำหรับ__repr__ในขณะที่ผู้ประกอบการ backtick จะดำเนินการใน opcode แยกต่างหาก เนื่องจากไม่มีค่าใช้จ่ายสำหรับการค้นหาพจนานุกรม ( LOAD_GLOBAL/ LOAD_ATTR) หรือสำหรับการเรียกใช้ฟังก์ชัน ( CALL_FUNCTION) backticks จึงเร็วกว่า

ฉันเดาว่าชาว Python ตัดสินใจว่าการมีการดำเนินการระดับต่ำที่แยกจากกันrepr()นั้นไม่คุ้มค่าและการมีทั้งสองอย่างrepr()และการย้อนกลับเป็นการละเมิดหลักการ

"ควรมีวิธีเดียว - และควรมีเพียงวิธีเดียวเท่านั้นที่จะทำได้"

ดังนั้นคุณลักษณะนี้จึงถูกลบออกใน Python 3.0

Backtick quoting โดยทั่วไปไม่เป็นประโยชน์และหายไปใน Python 3

สำหรับสิ่งที่คุ้มค่าสิ่งนี้:

''.join(map(repr, xrange(10000000)))

เร็วกว่าเวอร์ชัน backtick สำหรับฉันเล็กน้อย แต่ความกังวลเกี่ยวกับเรื่องนี้อาจเป็นการเพิ่มประสิทธิภาพก่อนเวลาอันควร

ฉันเดาว่าnumไม่ได้กำหนดวิธีการ__str__()เพื่อให้มีการดำเนินการค้นหาแบบที่สองสำหรับstr()__repr__

backticks __repr__ดูโดยตรง หากเป็นเช่นนั้นการใช้repr()แทนแบ็กติกก็ควรให้ผลลัพธ์เหมือนกัน