Как мы все знаем, есть список понимания, например
[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 tip: Как правило, списки предназначены для циклизации; кортежи для структур. Списки однородны; Кортежи гетерогенные. Список для переменной длины.
Это (для меня) поддерживает идею о том, что если элементы в последовательности связаны достаточно, чтобы быть сгенерированными генератором a, то он должен быть списком. Хотя кортеж итерабельен и кажется просто неизменным списком, это действительно эквивалент 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, вы также можете использовать синтаксис spat * для распаковки выражения генератора:
*(x for x in range(10)),
Понимание работает путем циклизации или итерации элементов и назначения их в контейнер, кортеж не может получать присваивания.
После создания кортежа он не может быть добавлен, расширен или назначен. Единственный способ изменить кортеж - это если один из его объектов может быть назначен (является контейнером, не связанным с кортежем). Поскольку Tuple поддерживает только ссылку на этот объект.
Также - кортеж имеет свой собственный конструктор tuple(), который вы можете дать любому итератору. Это означает, что для создания кортежа вы можете:
tuple(i for i in (1,2,3))
Как упомянул другой постер 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
Поэтому вы всегда должны создавать кортеж из списка, если производительность не является проблемой.
Моя лучшая догадка заключается в том, что они закончили скобки и не думали, что это будет достаточно полезно, чтобы warrent добавляет "уродливый" синтаксис...
Кортежи не могут быть добавлены как список.
Таким образом, понимание кортежа должно будет использовать список внутри, а затем преобразовать в кортеж.
Это будет то же самое, что и вы теперь: кортеж ([понимание])
Скобки не создают кортеж. aka one = (two) не является кортежем. Единственный путь - либо один = (два,), либо один = кортеж (два). Таким образом, решение:
tuple(i for i in myothertupleorlistordict)
Я считаю это просто ради ясности, мы не хотим загромождать язык со слишком многими разными символами. Кроме того, понимание tuple никогда не требуется, список можно просто использовать с незначительными разностями скорости, в отличие от понимания dict, а не для понимания списка.
Мы можем генерировать кортежи из списка понимания. Следующий добавляет два числа последовательно в кортеж и дает список из чисел 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)]
Конечно, можно генерировать hetoregenuous наборы данных: поэтому "понимание должно быть сгенерировано" не является аргументом против восприятия кортежей. ЭТОТ:
( "a", 1, "b", "2", "c", 3)
(2, "prime", 3, "prime", 4, "nonprime", 5, "prime, 6," nonprime ")