PHP: Абстракция с помощью данных
2026-02-26 20:20 Diff
https://ru.hexlet.io/courses/php-data-abstraction/lessons/arrays/theory_unit

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

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

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

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

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

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

В такой ситуации правильнее использовать ассоциативный массив:

Кода стало чуть больше, но семантика важнее. Такой код проще понимать, потому что вместо странных $point[0] или $point[1] появляются совершенно понятные с первого взгляда конструкции: $point['x']. Даже при выводе на экран сразу понятно, о чём идёт речь.

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

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

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

Постарайтесь писать код, который не заставляет программиста лишний раз думать. В коде лучше избегать лишних сложностей: неговорящих имен, плохих абстракций, неправильных структур данных, сильной зависимости от контекста.

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

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

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