왜 Python 2.6이 리터럴과 이해력을 설정하거나 독창적으로 이해하지 못하는 이유는 무엇입니까? [닫은

Question

Python 2.6은 기본적으로 Python 3으로 쉽게 변환하는 디딤돌이었습니다. Python 3의 것으로 예상되는 많은 기능은 구문 및 클래스 LIBS와의 뒤로 호환성을 깨뜨리지 않으면 2.6으로 구현되었습니다.

왜 리터럴을 설정하지 않았는가 ({1, 2, 3}), 설정 이해 ({v for v in l}) 또는 DICT 이해 ({k: v for k, v in d}) 그들 가운데? 특히 DICT 이해는 큰 혜택이었을 것입니다 ... 나는 상당히 추악한 것을 사용하고 있습니다. dict([(k, v) for k, v in d]) 최근에 끔찍한.

내가 놓친 것이 명백한 것이 있습니까, 아니면이 기능이 절단되지 않은 기능입니까?

Answer 1

아무도 시간이 걸리지 않았기 때문에 끝나지 않았습니다. 몇 달 동안 버그가 열렸으며 아무도 그들에 대해 언급하지 않았습니다.

• http://bugs.python.org/issue2333
• http://bugs.python.org/issue2334
• http://bugs.python.org/issue2335

따라서 누구나 돌보는 것은 충분히 중요하지 않았습니다.

Answer 2

이 모든 것은 구문/문법 변경입니다. 이러한 변경 사항은 전통적으로 Python XY 버전으로 처음으로 소개됩니다. from __future__ import … Python X. (y+1) 버전에서 최소한 구현 및 구현. 이러한 변화는 이러한 변화에 대해서는 아직 발생하지 않았습니다.

기술적으로, 나는 당신의 "왜"에 대답했습니다.

자, 당신이 의미한다면,“왜 아무도 시간을내어 제안하고, 지원하고, 구현하지 않았습니다. 나 2.x로 가고 싶습니다. 그들 그 이후로 그것에 대해 모릅니다 나 comp.lang.python 또는 python-dev에서 이러한 구문 향상을 백 포트하는 것을 제안/지원하려고 시도한 적이 없습니다. 나 Peps를 읽으려고하지 않았습니까?”, 그러면 대답은 당신 안에 있습니다. 그리고 당신은 스스로 답을 제공 할 수 있습니다.

HTH

BTW, 당신은 사용해서는 안됩니다 dict([(k,v) for k,v in d]) 형태이지만 dict((k,v) for k,v in d). 더 효율적입니다. 중간 목록을 만드는 이유는 무엇입니까?