PHP: Составные данные
2026-02-26 16:57 Diff
https://ru.hexlet.io/courses/php-compound-data/lessons/pair_implementation/theory_unit

Как видно, совершенство достигается не тогда, когда уже нечего прибавить, но когда уже ничего нельзя отнять.

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

Итак, пара — это соединение $a и $b, при этом $a мы получаем через car, $b — через cdr; $a и $b — это какие-то другие данные и они тоже могут быть парами. По сути, пара — это конструктор, селекторы и правила, которые определяют соотношения между конструктором, селекторами и данными.

Начнём с определения cons: это функция, которая принимает $a и $b, а внутри (и тут самое удивительное) содержит другую функцию, которая будет возвращена наружу. Внутри этой другой функции мы делаем switch, и если $message равен 'car', возвращаем $a, если 'cdr' — возвращаем $b. Итак, в результате создания пары снаружи оказывается функция. Как же она работает? Очень просто: селекторы принимают пару и вызывают её как функцию, передавая в неё соответствующие сообщения. Если это селектор car, то передаётся сообщение 'car', если селектор cdr — то 'cdr'. А поскольку пара — это функция, которая принимает сообщение, то мы получаем то или иное значение в зависимости от переданного сообщения. Значения же сохраняются во внутренней функции за счёт замыкания.

Для примера давайте представим, что мы определяем внутреннюю функцию руками для конкретных $a и $b:

В этом примере мы можем представить, что пара — это функция, которая принимает сообщение, и, если сообщение равно 'car', то возвращает 4, если 'cdr' — возвращает 5. Вызывая селектор car c аргументом pair, мы внутри вызываем эту функцию с сообщением 'car'.

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

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

Во-вторых, это отличная иллюстрация того, каким мощным инструментом являются функции, когда они используются как объекты первого класса. Это позволяет создавать очень компактные, лаконичные, но при этом насыщенные смыслом программы из простых компонентов, постепенно усложняя поведение. Дополнительно мы увидели такой механизм, как передача сообщений, когда мы не просто вызываем какую-то функцию, а передаём туда сообщение. На данный момент мы не будем подробно разбирать эту технику, но в будущем она будет иметь огромное значение как один из элементов так называемого объектно-ориентированного программирования, о котором мы будем говорить позже.

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