Не могу понять для чего нужны Entities в ООП PHP, Yii?

Question

[fsheden]

Всем дорбого времени суток, я новичок, изучаю ООП
научился работать с репозиториями, сервисами, хелперами..
и очень часто в примерах кода встречаю такую сущность как Entities, но ни как не могу понять для чего она нужна?

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

Answer 1

[thyratr0n]

Есть разные подходы к пониманию смысла этих вещей.
Entities чаще всего используются в контексте DDD-подхода. Там это означает то, что объект может изменять свое состояние (фигура может менять цвет, стакан может заполняться и тд). Супротив Entities выступают т.н. ValueObject, которые используются только для чтения и менять свое состояние не могут.
И те, и другие используются в бизнес-логике приложения и генерируются либо хранилищами (storage), либо сервисам (в зависимости от выбранного подхода).

В контексте же Yii понятие Entity не применяется. ибо там структурной единицей бизнес-логики выступают экземпляры ActiveRecord чаще всего (сам фреймворк к этому располагает), либо, иногда, наследники Model.

Главное - это то, что сущность не обязательна должна сохраняться as is, т.е. иметь четкую проекцию в БД, ибо сущностью может выступать экземпляр паттерна Композит - все зависит от хранилища/сервиса, который это дело будет "CRUD'ить".

Comments

[fsheden]

а может у вас еще и есть какой-то наглядний хороший пример применения Entities с комментариями и общей проблематикой поставленой задачи, для которых был написан тот пример ?)

просто пока не увижу как это работает в боевом режиме - сложно понять все на абстрактном уровне :)

[Anton Mashletov]

fsheden, поиск на гитхабе / гугле по Yii + DDD.

Answer 2

[Алексей Коновалов]

Что-то какие-то замудреные ответы вокруг да около. Ничего конкретного...
Многие уже написали: "Entity" это сущность. Но никто так и не объяснил для чего... попробую вставить свои 5 копеек. Ну и мой ответ не будет привязан к Yii. как уже сказали там используется другой подход.

Как уже сказали Entity представляет сущность, например пользователь.
Итак, Entity у нас это пользователь. Мы знаем что у пользователя в любом случае есть идентификатор, имя, фамилия. Думаю, для примера хватит.
Так вот.
Когда вы достали данные из базы в некой модели пользователей, что вы сможете сделать? Ну допустим положить их в массив и в нужный момент вывести как вам угодно, но... по мере роста проекта, пользователь должен будет выводиться в разных частях веб приложения. В одном месте достаточно имени, в другом месте достаточно фамилии, а где-то нужно фамилия и имя. Допустим в БД вы будете хранить имя и фамилию в отдельных столбцах.

И смотрите что получается. Если у вас есть комментарии и там нужно вывести "имя фамилия", так же есть страница подписчики. Там тоже нужно вывести "имя фамилия". И там и там выводится один пользователь, но внешний вид вывода будет разным. И если пойти по способу "данные в массиве". То для каждого вывода вам нужно будет делать что-то подобное:
echo $user['name'].' '.$user['last_name'];

А таких выводов может быть десятки.
Но если вы вместо массива будете использовать объект (класс) user
То внутри вам достаточно создать метод:

public function getFullName(){
   return $this->name.' '.$this->last_name
}

Теперь во всем приложении и в любом файле вы будете знать, что у вас есть метод, который выведет имя и фамилию. Поэтому этот объект вы можете передавать куда угодно. Например в любое из десятков представлений (views) которые будут уверены в существовании одного метода.

И когда вы решите поменять местами и писать "фамилия имя" во всем приложении. Вам достаточно будет поменять это в методе getFullName()

Answer 3

[Denis]

Ну если очень грубо и примитивно отвечать то в Yii2: Entities заменяют Модели ActiveRecord.
В чем возник вечный холивар, почему Yii2 это фрейм для новичков, тк реализация ActiveRecord именно в Yii2 получилась очень "толстая"

Comments

[Anton Mashletov]

Вы ещё eloquent не видели значит )

[Denis]

Видел ))) считаю что он сделан тоньше))))

Answer 4

[Евгений Педя]

Entities - то что уникально в системе. Уникальность фиксируется в большинстве случаев идентификатором.
Может в системе быть два Иванова Ивана Ивановича. Если это два уникальных человека, то у каждого свой уникальный идентификатор.

В противовес возможны велью обджекст. Они не уникальны в плане идентификации, так как нам не нужно её учитывать. Мы храним их как значения. Два разных энтити могут иметь один и тот же по значению велью обджект, например, имя со значением "Иван".

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

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

Answer 5

[Олег]

Сейчас меня закидают тапками.
Но у меня это просто фиктивный класс

/**
 * Class Entity_stock
 * @property $id int(11) NOT NULL,
 * @property $distribution_point int(11) NOT NULL COMMENT 'торговая точка',
 * @property $name varchar(255) NOT NULL COMMENT 'наименование',
.....
**/
class Entity_stock{}

Тупо делаю выгрузку из муськи структуры таблицы.
Что это дает - автозавершение кода, не нужно помнить как называется каждое поле

Модель вернула объект

class Stock_model {
  /**
   * @return Entity_stock
   **/
  public get_by(){
     return обычный вызов класса актив рекорд возвращающий stdClass
  }
}

а ИДЕ теперь знает какие поля в объекте есть.

Реальное преобразование к объекту заданного класса я считаю излишним оверхедом в своих проектах.

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

Опять мое мнение об их использование не совпадает с поклонниками. Для веба строя это не нужно. Лишний
оверхед. Активный сеттер, который проверяет значения на допустимость тут не нужен. Но в чужой
монастырь со своим уставом не ходят. Используют доктрину, пишем под нее. У всех гетеры/сетеры разбираемся
как их правильно использовать.

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

Comments

[fsheden]

так эти properties можно прописать с таким же успехом в модельке таблицы, и будет такой же эффект :)

[Олег]

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

во въюшках можно делать так

<?php 
/** @var Entity_stock $row **/
foreach($list as $row{
?>

и тут уже не важно как контролер собирал этот список

В общем для меня так удобно писать код. Не нужно помнить все поля в таблицах.
для написания нужного хватает нескольких кнопок и автозавершения.
Нет глупых ошибок из-за описок.
А вот приводить к инстансу реального класса - не хочу.
У меня тогда только конструкторы при генерации странице вызовутся 10 тысяч раз.
Основной режим выбор лучшей цены от поставщиков . Но так как артикул и бренд
пишут как на заборе, да еще нужно учитывать варианты замены на аналоги очень
много преобразований идет в самом контролере.

[hortuk]

Олег Муравейко вам бы для начала научиться по стандарту писать, а потом уже думать что делать с остальным, имхо.
На то и есть entity, он либо проецирует запись в БД в объект либо не используется вообще. А ваш пример похож на процедурное программирование, с какой-то эмуляцией подсказок, а не на ООП, от объектов только какие-то бесполезные огрызки.

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

[Олег]

hortuk, я же сразу сказал, что закидаете тапками.
Только по стандарту мне не подходит, а самое вкусное у Entity собственно описание сущности .
Так по чему бы ее не использовать, хотя бы фиктивно.
То, что на нее еще накрутили сверху не отменяет основного назначения.

[hortuk]

Олег Муравейко, основное назначение как раз таки в проекции струтуры базы в объектно ориентированный вид. Как вы в своем примере опишите связи между объектами, опять phpdoc для параметра добавите? А потом в разных местах будем каждый раз через foreach собирать все кучу?

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

[Олег]

Но то что иллюстрирует саму суть согласны ? И использование сущностей возможно даже
в коде без фреймворков показывает ?

А вот остальное на нее накручено на нее бездумно как калька из других языков программирования.
Доктрина по моему мнению вообще зло. Так как отрывает разаботчика от СУБД. Не так много
проектов в которых требуется мигрировать с mysql на pg, oracle . А лишняя обертка мешает
задействовать механизмы конкретной СУБД. В результате запросы не оптимальны.

[zvonok1337]

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