Чому в Python немає розуміння кортежу?

Як ми всі знаємо, є розуміння списку, як

[i for i in [1, 2, 3, 4]]

і є розуміння словника, як

{i:j for i, j in {1: 'a', 2: 'b'}.items()}

але

(i for i in (1, 2, 3))

виявиться в генераторі, а не в tupleрозумінні. Чому так?

Я здогадуюсь, що a tupleє незмінним, але це, здається, не є відповіддю.

Ви можете використовувати вираз генератора:

tuple(i for i in (1, 2, 3))

але дужки вже були взяті для… генераторних виразів.

Реймонд Хеттінгер (один із розробників ядра Python) мав таке сказати про кортежі в недавньому твіті :

Порада #python: Зазвичай списки призначені для циклічного циклу; кортежі для конструкцій. Списки однорідні; кортежі неоднорідні. Списки змінної довжини.

Це (для мене) підтримує думку про те, що якщо елементи в послідовності пов'язані достатньо, щоб їх генерував генератор, ну, це повинен бути список. Незважаючи на те, що кортеж є ітерабельним і здається просто незмінним списком, це справді еквівалент Python C-структури:

struct {
    int a;
    char b;
    float c;
} foo;

struct foo x = { 3, 'g', 5.9 };

стає в Python

x = (3, 'g', 5.9)

Оскільки Python 3.5 , ви можете також використовувати *синтаксис для розпакування сплетку для розпакування виразу генератора:

*(x for x in range(10)),

Як macmзгадується ще один плакат , найшвидший спосіб створити кортеж з генератора tuple([generator]).

Порівняння продуктивності

• Розуміння списку:

  $ python3 -m timeit "a = [i for i in range(1000)]"
  10000 loops, best of 3: 27.4 usec per loop

• Вибір із розуміння списку:

  $ python3 -m timeit "a = tuple([i for i in range(1000)])"
  10000 loops, best of 3: 30.2 usec per loop

• Комплект з генератора:

  $ python3 -m timeit "a = tuple(i for i in range(1000))"
  10000 loops, best of 3: 50.4 usec per loop

• Пакет від розпакування:

  $ python3 -m timeit "a = *(i for i in range(1000)),"
  10000 loops, best of 3: 52.7 usec per loop

Моя версія python :

$ python3 --version
Python 3.6.3

Тому завжди слід створювати кортеж із списку розуміння, якщо продуктивність не є проблемою.

Зрозуміння працює шляхом циклічного перегляду або повторення елементів і присвоєння їх контейнеру, кортеж не може приймати завдання.

Після створення кортежу він не може бути доданий, розширений або призначений. Єдиний спосіб зміни кортежу полягає в тому, якщо одному з його об'єктів можна присвоїти собі (є контейнер без кортежу). Тому що кортеж утримує лише посилання на такий об’єкт.

Також - кортеж має власний конструктор, tuple()якому ви можете надати будь-який ітератор. Що означає, що для створення кортежу ви могли б зробити:

tuple(i for i in (1,2,3))

Моя найкраща здогадка полягає в тому, що вони закінчилися дужками і не думали, що це буде досить корисно для того, щоб додати "потворний" синтаксис ...

Кортежі не можна ефективно додавати, як список.

Таким чином, для розуміння кортежу необхідно використовувати список внутрішньо, а потім перетворити на кортеж.

Це було б те саме, що ви робите зараз: кортеж ([розуміння])

Дужки не створюють кортеж. aka one = (два) - не кортеж. Єдиний шлях - це один = (два,) або один = кортеж (два). Тож рішення таке:

tuple(i for i in myothertupleorlistordict) 

Я вважаю, що це просто заради ясності, ми не хочемо захаращувати мову занадто багато різних символів. Крім того, tupleрозуміння ніколи не є необхідним , список може бути використаний замість незначних різниць швидкості, на відміну від розуміння диктату на відміну від розуміння списку.

Ми можемо генерувати кортежі з розуміння списку. Наступний додає два числа послідовно в кортеж і дає список із чисел 0-9.

>>> print k
[0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99]
>>> r= [tuple(k[i:i+2]) for i in xrange(10) if not i%2]
>>> print r
[(0, 1), (2, 3), (4, 5), (6, 7), (8, 9)]