Когда использовать словарь против кортежа в Python

Конкретный пример - список имен файлов и их размеры. Я не могу решить, должен ли каждый элемент в списке иметь форму {"filename": "blabla", "size": 123}или просто ("blabla", 123). Словарь кажется мне более логичным, потому что, например, доступ к размеру file["size"]более понятен, чем file[1]... но я точно не знаю точно. Мысли?

Я бы использовал namedtuple:

from collections import namedtuple
Filesize = namedtuple('Filesize', 'filename size')
file = Filesize(filename="blabla", size=123)

Теперь вы можете использовать file.sizeи file.filenameв своей программе, которая является ИМХО наиболее читаемой формой. Note namedtupleсоздает неизменяемые объекты, такие как кортежи, и они более легкие, чем словари, как описано здесь .

{"filename": "blabla", "size": 123} или просто ("blabla", 123)

Это старый вопрос о том, нужно ли кодировать ваш формат / схему как внутри, так и вне полосы.

Вы тратите немного памяти, чтобы получить удобочитаемость и переносимость, которые возникают при выражении формата данных прямо в данных. Если вы этого не сделаете, то знание того, что первое поле - это имя файла, а второе - размер, должно быть сохранено в другом месте. Это экономит память, но стоит читабельности и портативности. Что будет стоить вашей компании больше денег?

Что касается неизменного вопроса, помните, что неизменный не означает бесполезный перед лицом изменений. Это значит, что нам нужно больше памяти, внести изменения в копию и использовать новую копию. Это не бесплатно, но часто не является нарушителем. Мы используем неизменные строки для постоянного изменения вещей.

Еще одним соображением является расширяемость. Когда вы храните данные только позиционно, без кодирования информации о формате, вы обречены на единственное наследование, которое на самом деле является ничем иным, как практикой объединения дополнительных полей после установленных полей. Я могу определить 3-е поле как дату создания и при этом быть совместимым с вашим форматом, так как я определяю первое и второе одинаково.

Однако я не могу собрать два независимо определенных формата, которые имеют некоторые перекрывающиеся поля, а некоторые нет, хранить их в одном формате и использовать его для вещей, которые знают только об одном или других форматах.

Для этого мне нужно кодировать информацию о формате с самого начала. Мне нужно сказать "это поле является именем файла". Это позволяет множественное наследование.

Вы, вероятно, привыкли наследовать, только выражаясь в контексте объектов, но те же идеи работают для форматов данных, потому что объекты хранятся в форматах данных. Это точно такая же проблема.

Так что используйте то, что вам больше всего нужно. Я стремлюсь к гибкости, если не могу указать вескую причину, чтобы не делать этого.

Я бы использовал класс с двумя свойствами. file.sizeэто лучше , чем любой file[1]или file["size"].

Простое лучше, чем сложное.

Уникальны ли имена файлов? Если это так, вы можете полностью удалить список и использовать чистый словарь для всех файлов. например (гипотетический сайт)

{ 
  "/index.html" : 5467,
  "/about.html" : 3425,
  "/css/main.css" : 9876
}

так далее...

Теперь вы не получаете «имя» и «размер», вы просто используете ключ и значение, но часто это более естественно. YMMV.

Если вам действительно нужен «размер» для ясности или вам нужно более одного значения для файла, то:

{ 
   "/index.html" : { "size": 5467, "mime_type" : "foo" },
   "/about.html" : { "size": 3425, "mime_type" : "foo" }
   "/css/main.css" : { "size": 9876, "mime_type" : "bar" }
}

В python словарь является изменяемым объектом. С другой стороны, кортеж является неизменным объектом.

если вам нужно изменить ключ словаря, значение пары часто или каждый раз. Я предлагаю использовать словарь.

Если у вас есть фиксированные / статические данные, я предлагаю использовать кортеж.

# dictionary define.
a = {}
a['test'] = 'first value'

# tuple define.
b = ()
b = b+(1,)

# here, we can change dictionary value for key 'test'
a['test'] = 'second'

Но не может изменить данные кортежа с помощью оператора присваивания.