Если видео недоступно для просмотра, попробуйте выключить блокировщик рекламы.

В предыдущем уроке я сказал, что кортеж — самый простой способ представить точку. Но правильный ли это способ? Почему бы не взять, скажем, список? Давайте разберёмся.

Когда мы говорим про конструкции языка, то, помимо синтаксиса, нужно всегда помнить о семантике. То есть о том, для решения каких задач она создана. На практике же инструменты часто используются не по назначению. Это приводит к созданию кода, который сложнее понять и отлаживать, а значит и поддерживать.

Список, по своей сути, — коллекция, набор некоторых однотипных значений, подразумевающих возможность перебора и одинаковой обработки. Кроме того, эти значения друг с другом жёстко не связаны и могут существовать независимо. В списке, часто (но не всегда), отсутствует позиционность, то есть жёстко зафиксированные места для его значений. Либо позиция зависит от конкретной задачи. Вот некоторые примеры из жизни где списки подходят:

  • Список стоп-слов
  • Список пользователей
  • Список уроков курса
  • Список ходов шахматной партии (порядок важен)

Применительно к нашей графической библиотеке список подходит, например, для хранения коллекции точек или набора отрезков.

Сама точка не является коллекцией. Это единое целое, части которого, не имеют смысла сами по себе. Между ними нельзя установить никакого порядка, в отличие от, скажем, списка пользователей. А код, который работает с конкретной точкой представленной списком, всегда ожидает, что список состоит из двух элементов, каждый из которых имеет определённую позицию. Другими словами, список используется как структура для описания составного объекта (то есть такого, который описывается не одним значением, а несколькими, в данном случае — двумя числами-координатами).

Кортеж, как структура с фиксированным составом элементов подходит для представления точек значительно лучше: элементы кортежа не меняют свои позиции, их не становится ни больше ни меньше. Но кортежи — не единственный вариант для представления сущностей. Для представления тех же точек и отрезков можно использовать словарь:

point = {"x": 2, "y": 3}
symmetrical_point = {
    "x": -point["x"],
    "y": point["y"],
}

Кода стало чуть больше, но семантика важнее: каждый элемент данных теперь имеет имя. Имена использовать проще, чем индексы. Поэтому мы и рекомендуем кортежи распаковывать в переменные с говорящими именами, как только вам нужно поработать с содержимым вместо кортежа целиком. Код с переменной x или обращением по ключу point["x"] проще понимать, чем код с point[0]. Словари, к тому же, выглядят информативнее при выводе на экран — по именам ключей часто можно сразу догадаться, о чём идёт речь.

Представьте, как будет выглядеть представление отрезка на списках. Как список списков:

point1 = [2, 3]
point2 = [-8, 10]
segment = [point1, point2]

# код сложный для понимания
point1[1]
point2[0]
segment[1][0]

Понять, что это отрезок, нереально без понимания контекста. Единственное, что частично спасает ситуацию — хорошие имена переменных, но этого мало.

Использование правильной (подходящей под задачу) структуры данных намного важнее:

point1 = {"x": 3, "y": 4}
point2 = {"x": -8, "y": 10}
segment = {
    "begin_point": point1,
    "end_point": point2,
}

# good semantics
point1["x"]
point2["y"]
segment["endPoint"]["y"]

Запомните простое правило: код, который заставляет думать: не говорящие имена, плохие абстракции, неправильные структуры данных, сильная зависимость от контекста — плохой код (при этом важно не путать лёгкость и простоту).

Использование словаря сразу даёт ещё одно крайне важное преимущество — расширяемость. Кортеж (не говоря уж о списке), используемый как структура, хрупок. Поменять местами значение аргументов нельзя — сломается весь код, который рассчитывал на определённый порядок, либо придётся всё переписывать. Расширить тоже просто так не получится: часть кода, конечно, продолжит работать, но часть может сломаться (например, x, y = point). А использование словаря не полагается на порядок ключей и уж точно не зависит от их количества. В любой момент можно добавить новый ключ, и программа почти наверняка останется работоспособной.

Какие ещё данные нужно представлять словарями? Любую одиночную сущность:

  • Пользователь
  • Курс
  • Урок
  • Платёж
  • Шахматная партия (помимо даты, имён и места, она содержит набор ходов)

Дополнительные материалы

  1. Ментальное программирование 1
  2. Ментальное программирование 2
  3. Simple Made Easy
Мы учим программированию с нуля до стажировки и работы. Попробуйте наш бесплатный курс «Введение в программирование» или полные программы обучения по Node, PHP, Python и Java.

Хекслет

Подробнее о том, почему наше обучение работает →