> Итераторы — это специальные объекты, представляющие последовательный доступ к данным из контейнера. При этом немаловажную роль играет то, что память фактически не тратится
Не очень понимаю, как в таких условиях реализован sorted().
слишком «жирной»? При применении редуктора к каждому элементу x всё-таки новый список генерируется… Насколько лучше (и лучше ли) будет вариант с простым циклом?
Если бы я помнил, какие недостатки у каждого были, я бы в том сообщении и написал. К сожалению, я ничего не помечал тогда, и запомнилось только то, что VirtualWin работал лучше всех. Считайте, что это моё субъективное мнение.
Я обычно использую локализованный. Но с некоторыми приложениями (например Glade) работать просто возможно, настолько перевод непонятный. В этом случае пользуюсь англоязычной версией.
ghci> let max2 x = max 2 xghci> :t max2
max2 :: (Ord t, Num t) -> t -> t
Можете пояснить, что значит такая запись типа?
book.realworldhaskell.org/read/
Не очень понимаю, как в таких условиях реализован sorted().
Можно ещё упомянуть, как получить итераторы для dict: itervalues(), iterkeys(), iteritems().
map(
lambda a1, a2, a3: a1 + a2 + a3,
[1, 2, 3],
[4, 5, 6],
[7, 8, 9])
тоже можно, если использовать функцию zip
[a1 + a2 + a3 for a1, a2, a3 in zip([1, 2, 3], [4, 5, 6], [7, 8, 9])]
reduce(lambda a, b: [ b ] + a, x, [])
слишком «жирной»? При применении редуктора к каждому элементу x всё-таки новый список генерируется… Насколько лучше (и лучше ли) будет вариант с простым циклом?
b=[]
for a in x: b.insert(0, a)
Откуда эта информация? Интересно, зачем они это делают и стоит ли исключать эти зависимости мне.
www.bugmenot.com
http://favicons.tools.strangecompany.ru/?domain=www.bugmenot.com