Чаще всего когда говорят про ООП, то рассуждают про сущности предметной области, например пользователи, заказы, товары и тому подобное. У такого использования объектов есть определенные условия, которые должны соблюдаться для обеспечения нормального функционирования.
Стоит сказать, что подобное использование ООП, хоть и описывается во всех учебниках как пример нужности ООП, имеет слабое отношение к реальному коду. На практике, большинство существующих классов и объектов в коде приложений, библиотек и фреймворков не имеют никакой связи с предметной областью. Их появление и использование крутится вокруг такой темы как полиморфизм, которая изучается в соответствующем курсе.
Время жизни. Подобные объекты создаются не ради одноразового использования, а живут какое-то время во время запуска программы или, что чаще, между запусками в каком-то хранилище. Например, пользователи на Хекслете представлены объектами класса User. Они создаются во время регистрации и потом существуют в системе бесконечное время. Изредка они удаляются по инициативе самих пользователей.
Идентификация. Каким образом один пользователь отличается от другого? На первый взгляд, кажется, что можно использовать имя и фамилию. Но если разобраться, то никакой набор параметров не даст 100% надежности с одной стороны, а с другой они все могут измениться и точно изменятся со временем. Поэтому при работе с сущностями вводят искусственные идентификаторы, которые, как правило, формирует база данных. Затем сравнение происходит именно по ним.
<?php
class User
{
public function __construct($id, $name)
{
$this->id = $id;
$this->name = $name;
}
public function equals($user)
{
return $this->id === $user->id;
}
}
// С точки зрения нашей системы это один и тот же пользователь
// С точки зрения PHP – разные объекты
$user1 = new User(3, 'mike');
$user2 = new User(3, 'mike');
$user3 = new User(1, 'mike');
// Подобная схема проверки существует во всех ORM
$user1->equals($user2); // true
$user1->equals($user3); // false
Это очень напоминает механизм строгого сравнения объектов в PHP. Они сравниваются не по совпадению данных, а по ссылке, которая внутри представлена каким-то числовым значением. Поэтому разные объекты хранящие одинаковые данные это всегда разные объекты, что логично.
Объекты имеющие свою идентификацию и время жизни называют объектами-сущностями (entities), но кроме них существует и другая разновидность объектов, тоже, как правило, связанная с предметной областью – это объекты-значения. Что это?
Объекты-Значения (value objects)
Когда у нас в кошельке лежит 10$, то нам не важно какая конкретно это купюра. Мы легко можем взять эту купюру, поменять ее на другую эквивалентную по номиналу. Для нас в этот момент ничего не меняется. Десять долларов остались десятью долларами. То же самое можно сказать и про многое другое, например: адреса доставки, страна проживания, путь до файла, адрес страницы сайта, точки на плоскости. Во всех этих ситуациях нас волнует само значение, сам факт его существования.
Представьте себе систему в которой идет работа с деньгами. Причем в разных валютах. В такой ситуации удобно представить деньги в виде объекта, который помимо номинала хранит информацию о валюте. Как в таком случае должно работать сравнение?
<?php
$m1 = new Money(150, 'usd');
$m2 = new Money(130, 'eur');
// Предположим что 150 долларов по текущему курсу равны 130 евро
// Функция конвертирует деньги для сравнения
$m1->equals($m2); // true
Данный код выражает озвученную ранее идею. Нам не важны объекты, нам важны значения. Объект здесь служит лишь способом организации кода, но он никак не идентифицирует хранящиеся внутри него данные. Такие объекты называют объектами-значениями.
Если говорить откровенно, то реальность чуть сложнее. Одни и те же вещи могут быть как объектами-значениями так и объектами-сущностями. Всё зависит от конкретной предметной области. Для большинства компаний деньги - это действительно просто значения, но не для тех кто их печатает. Им очень важно различать купюры между собой и поэтому на каждой из них есть уникальный номер, который и позволяет проводить идентификацию.
Объекты-значения – искусственная штука. Часто они не нужны и достаточно пользоваться простым значением, особенно если оно примитивное. С другой стороны, когда значение составное, такое как точка на плоскости, адрес или адрес страницы сайта (она состоит из многих частей), подобные объекты помогают упростить код за счет удобной абстракции.
Встраиваемые объекты (embedded objects)
Как правило, данные, с которыми работают веб-приложения, хранятся в реляционных базах данных. В них каждая сущность представляется строкой в таблице, где каждое поле соответствует свойству объекта. При такой организации хранения, иногда, возникают ситуации, когда часть свойств сущности описывают собой что-то одно. Распространенный пример – почтовый адрес:
<?php
// Поиск из базы по идентификатору
// Гипотетический код
$user = $users->find(5);
$user->street; // 'lenina'
$user->zipcode; // 432111
$user->house; // 10
Существует два подхода для работы с такими данными. Первый, любая логика по работе с этими данными описывается внутри самой сущности. Например, вывод адреса в виде текста:
<?php
class User
{
// Где-то здесь конструктор и другие методы
public function getFullAddress()
{
return "{$this->street}, {$this->house}, {$this->zipcode}";
}
}
$user->getFullAddress();
Главная проблема здесь — возможное дублирование, если адрес встречается где-то еще, кроме пользователя. Тогда придется реализовывать методы по работе с этими данными везде, где они встречаются.
Второй подход – создать отдельный класс и внедрить объект этого класса в основной объект. Звучит страшно, но на практике очень просто:
<?php
class Address
{
public function __construct($street, $house, $zipcode)
{
$this->street = $street;
$this->house = $house;
$this->zipcode = $zipcode;
}
public function toString()
{
return "{$this->street}, {$this->house}, {$this->zipcode}";
}
}
class User
{
// Где-то здесь конструктор и другие методы
public function getAddress()
{
// Так как у нас объект-значение,
// то можно, не боясь, создавать его любое количество раз,
// но в случае необходимости можно этот процесс оптимизировать
return new Address($this->street, $this->house, $this->zipcode);
}
}
$user->getAddress()->toString();
Остались вопросы? Задайте их в разделе «Обсуждение»
Вам ответят команда поддержки Хекслета или другие студенты
- Статья «Как учиться и справляться с негативными мыслями»
- Статья «Ловушки обучения»
- Статья «Сложные простые задачи по программированию»
- Вебинар «Как самостоятельно учиться»
Для полного доступа к курсу нужен базовый план
Базовый план откроет полный доступ ко всем курсам, упражнениям и урокам Хекслета, проектам и пожизненный доступ к теории пройденных уроков. Подписку можно отменить в любой момент.