namedtuple -- когда тебе нужно хранить несколько полей, но не нужен полноценный класс. Словарь -- когда нужно хранить пары ключ: значение

и почему я не могу использовать для этого словарь?

и наборот

и почему я не могу использовать для этого словарь?

Почему ты не используешь для этого нормальный класс

namedtuple -- когда тебе нужно хранить несколько полей, но не нужен полноценный класс. Словарь -- когда нужно хранить пары ключ: значение

Это когда, например, не нужен полноценный класс?

Почему ты не используешь для этого нормальный класс

валидный вопрос!)

И чем namedtuple неполноценный?

И чем namedtuple неполноценный?

даешь сегрегацию

В питоне есть массивы и memoryview

У namedtuple сразу repr красивый будет и прочие ништяки.

В питоне есть массивы и memoryview

а еще struct и ctypes

а еще struct и ctypes

И десяток разных словарей)

а еще struct и ctypes

Структ - это про парсинг бинарных данных все де

Но вот делать свои методы для namedtuple -- это уже на мой взгляд извращение

Структ - это про парсинг бинарных данных все де

это так.

В питоне есть массивы и memoryview

Окей. Массивы. От списка не сильно отличаются, но ок. А memoryview сложно назвать структурой

но вообще даже union можно реализовать

Окей. Массивы. От списка не сильно отличаются, но ок. А memoryview сложно назвать структурой

Массивы ограничены, список нет

хоть и извращенно

У namedtuple сразу repr красивый будет и прочие ништяки.

А почему не датакласс?

Массивы ограничены, список нет

Чем ограничены?

А почему не датакласс?

Хороший вопрос. Не знаю.

А почему не датакласс?

namedtuple полегче будет

namedtuple полегче будет

Пруф

зачем нужны tcp options?

ну опционы тисипи - поднять бабла, чтоб стали другими дела

Пруф

Я замерял, но сейчас не до пруфов

Чем ограничены?

Массивы изначально имею длину, тоесть к масиву ты не сможешь добавить что-то, только пересоздать его. В лист же ты можешь добавить

namedtuple полегче будет

просто намедтупль завезли осень давно и к нему я привык (с)

Namedtuple изменяем?

Как сделать так, чтобы os.makedirs создавал папку, а не файл?

Namedtuple изменяем?

Нет

А, всё, нашёл ошибку

Вот и ответ почему он может быть лучше словаря

Насколько я помню, namedtuple был слегка толще обычного тупла

И тоньше чем класс

Он тут ещё лист. Я про настоящие массивы из плюсов

Насколько я помню, namedtuple был слегка толще обычного тупла

Сам класс или объекты?

Он тут ещё лист. Я про настоящие массивы из плюсов

Какие настоящие массивы в питоне кроме этих?

Сам класс или объекты?

Объекты, конечно

и почему я не могу использовать для этого словарь?

Граф, например, удобно реализовывать при помощи словаря. Наверное, можно сделать и при помощи кортежей, но это не канонично и написание займет больше времени. А, так понимание того, что ты написал другими людьми.

Чтобы отличать словарь от списка

А разве в питоне список это на самом деле не словарь с заранее определенными ключами-цифирьками?

Вот кстати вспомнил хорошую структуру данных, енум)

А разве в питоне список это на самом деле не словарь с заранее определенными ключами-цифирьками?

Ты с пхп путаешь

Какие настоящие массивы в питоне кроме этих?

В том то и фишка что изначально массив это данные с определенным типом ограниченной длины, в питоне нету настоящих массивов это все листы

Вот кстати вспомнил хорошую структуру данных, енум)

встань и выйди плез

встань и выйди плез

Ену мы классные, хз о чем ты

В том то и фишка что изначально массив это данные с определенным типом ограниченной длины, в питоне нету настоящих массивов это все листы

Ээ. realloc отменили?

Котоны, я сделал это наконец! https://habr.com/ru/post/444446/ (жду ваших плюсиков)

> В то время, как существуют ORM для MongoDB на питоне, я считаю использование ORM практикой порочной Почему?

Граф, например, удобно реализовывать при помощи словаря. Наверное, можно сделать и при помощи кортежей, но это не канонично и написание займет больше времени. А, так понимание того, что ты написал другими людьми.

Граф в виде словаря? Зачем? Что гадать какие есть ключи?

> В то время, как существуют ORM для MongoDB на питоне, я считаю использование ORM практикой порочной Почему?

Монга не реляционная, зачем ей орм?

В том то и фишка что изначально массив это данные с определенным типом ограниченной длины, в питоне нету настоящих массивов это все листы

эм… что ты понимаешь под “настоящим массивом”. вон кортеж к примеру имеет фиксированную длину.

Ээ. realloc отменили?

Не отменили, но там разве не пересоздание ?

Не отменили, но там разве не пересоздание ?

ох… man realloc

Не отменили, но там разве не пересоздание ?

А что тогда по твоему списки в питоне?

realloc расширит кусок участок выделенной памяти если сможет, если нет - выделит новый.

Граф в виде словаря? Зачем? Что гадать какие есть ключи?

Хм, а как ещё? g = {a:[b, c, d], b:[c], } Простенько и со вкусом

Он тут ещё лист. Я про настоящие массивы из плюсов

и? realloc в помощь

Хм, а как ещё? g = {a:[b, c, d], b:[c], } Простенько и со вкусом

И какую роль играют ключи?

Из интернета полностью согласен Списки в Python - упорядоченные изменяемые коллекции объектов произвольных типов (почти как массив, но типы могут отличаться).

Ключевое почти как

и в чем собственно проблема или нужда?

realloc расширит кусок участок выделенной памяти если сможет, если нет - выделит новый.

Он указывает на новое место в памяти куда перетаскивает

Из интернета полностью согласен Списки в Python - упорядоченные изменяемые коллекции объектов произвольных типов (почти как массив, но типы могут отличаться).

Подожди. А что по твоему происходит, когда надо добавить элемент в список?

Вот вырезка из доки Функция realloc выполняет перераспределение блоков памяти. Размер блока памяти, на который ссылается параметр ptrmem изменяется на size байтов. Блок памяти может уменьшаться или увеличиваться в размере. Эта функция может перемещать блок памяти на новое место, в этом случае функция возвращает указатель на новое место в памяти. Содержание блока памяти сохраняется даже если новый блок имеет меньший размер, чем старый. Отбрасываются только те данные, которые не вместились в новый блок. Если новое значение size больше старого, то содержимое вновь выделенной памяти будет неопределенным.

Вот вырезка из доки Функция realloc выполняет перераспределение блоков памяти. Размер блока памяти, на который ссылается параметр ptrmem изменяется на size байтов. Блок памяти может уменьшаться или увеличиваться в размере. Эта функция может перемещать блок памяти на новое место, в этом случае функция возвращает указатель на новое место в памяти. Содержание блока памяти сохраняется даже если новый блок имеет меньший размер, чем старый. Отбрасываются только те данные, которые не вместились в новый блок. Если новое значение size больше старого, то содержимое вновь выделенной памяти будет неопределенным.

В какой ситуации это может пригодиться?

Вот вырезка из доки Функция realloc выполняет перераспределение блоков памяти. Размер блока памяти, на который ссылается параметр ptrmem изменяется на size байтов. Блок памяти может уменьшаться или увеличиваться в размере. Эта функция может перемещать блок памяти на новое место, в этом случае функция возвращает указатель на новое место в памяти. Содержание блока памяти сохраняется даже если новый блок имеет меньший размер, чем старый. Отбрасываются только те данные, которые не вместились в новый блок. Если новое значение size больше старого, то содержимое вновь выделенной памяти будет неопределенным.

так в чем проблема то?

так в чем проблема то?

вот мне тоже интересно

Так нет проблемы идея в том что есть отличие массива от листа

И оно заметное на мой взгляд

Так нет проблемы идея в том что есть отличие массива от листа

а что у листа под капотом?

не массив указателей на Py_Object?

а что у листа под капотом?

да по сути тот же вектор из плюсов. массив указателей.

не массив указателей на Py_Object?

Испортил всё

Итерируемый объект если верить хабру

Испортил всё

это месть за строки вчерашние

Итерируемый объект если верить хабру

Ты там по джаве читаешь хабр?

Что-то вы каждый о своем

Итерируемый объект если верить хабру

Почти что угодно может быть итерируемым объектом, если реализует интерфейс

PUTIN ISN'T MY PRESIDENT

PUTIN ISN'T MY PRESIDENT

@Tishka17

Итерируемый объект если верить хабру

Давно хабр стал первоисточником и кладезью знаний?

Ты там по джаве читаешь хабр?

Не, только что открыл внутренне устройство листа, дабы не пустословить.

Давно хабр стал первоисточником и кладезью знаний?

Когда не знаешь английский…

PUTIN ISN'T MY PRESIDENT

Offtopic

PUTIN ISN'T MY PRESIDENT

Who is your president?

Когда не знаешь английский…

Печалька тогда

Who is your president?

Frank Underwood

Не, только что открыл внутренне устройство листа, дабы не пустословить.

где ты его открыл?