И Doctrine по ним и определяет мапинг полей в таблицы?

да

Ок, ожидаемо.

как вариант

что такое декораторы и атрибуты я не знаю

Думаю, та же фигня. Когда к методам и данным класса можно присоединить объект, как-то их описывающий.

такого я не знаю

но звучит похоже на аннотации

[Table("users")] Class User{ [Field("user_name")] string username; [Field("user_age")] int age; }

а

ну по сути тоже самое

только в пыхе это через reflection

внутри они ни что иное как док-блоки, комментарии

на которые навешана логика, которая их парсит через рефлекшн

только в пыхе это через reflection

В других системах тоже.

на которые навешана логика, которая их парсит через рефлекшн

Вот вроде так оно и работает например в C#.

Кругом всё одно и то же :/

а это c# код?

Да

комменты в квадратных скобках?

Ага

и эти люди запрещают мне ковыряться в носу

При этом комменты эти - на самом деле экземпляры объектов, которые можно выципить через рефлекшен.

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

Положим, есть; провеяшь, а этот "ассоциированный объект" (атрибут) случайно не типа Field?

Положим, он и есть Field.

Ок, тогда у него спрашиваешь например getName() - и вот теперь тебе известно, что неведомую фигню нужно сохранить в таблицу данных в поле с именем "user_name".

ну в пхп еще можно через .yml файлы

или xml/php

тогда в самой сущносте вообще нет никаких отсылок к доктрине

аминь

рекомендованный вариант - xml

аннотации - это для ленивых (как я)

> Ок, тогда у него спрашиваешь например getName() - и вот теперь тебе известно, что неведомую фигню нужно сохранить в таблицу данных в поле с именем "user_name". у меня нет геттеров, шах и мат

о чем разговор? о том что дата мэпперы не нужны?

О том как в разных языках устроены orm, и почему это хорошо/плохо/никак.

ну егор-то топит за active record

за какой-то ультраортодоксальный его вариант

> Ок, тогда у него спрашиваешь например getName() - и вот теперь тебе известно, что неведомую фигню нужно сохранить в таблицу данных в поле с именем "user_name". у меня нет геттеров, шах и мат

Можно иметь Field.SaveData<T>(T data)

нету generic

reflection есть в php но сделан он медленно

annotation вообще через жопу сделаны по сравнению с java

По-моему оно везде медленно

в php annotation на уровне языка НЕТ

В Go аннотации вообще в виде "строка".

есть просто договоренность фигарить их в коменты обычные)

Люди как-то живут.

в php аннотация в обычном комментарии

есть просто договоренность фигарить их в коменты обычные)

Стоп, а вы через рефлекшен умеете комменты читать? О_о

да

который никак языком не обрабатывается его надо отдельно парсить

как минимум, специально оформленные комменты

а так хз на самом деле

Вы суровые :)

я просто и на java работал и на php :D

да, только doc comments

причем на самом деле разные парсеры по-разному относят их к разным нодам

с полями класса еще более-менее ясно

> Ок, тогда у него спрашиваешь например getName() - и вот теперь тебе известно, что неведомую фигню нужно сохранить в таблицу данных в поле с именем "user_name". у меня нет геттеров, шах и мат

честно-честно нет?)

честно-честно нет?)

ну ладно... пока есть

про ОРМ тоже смотрел?

Посмотрел. По существу услышал следующее: "если вы экспозите внутренние данные объекта наружу - то это обычно херово". Соглашаюсь с автором.

Там дальше были обсёждения типа "а что если не SQL, а NoSQL? Или json? Или XML?" - вот оно ровно всё про то же: экспозить наружу данные объекта под предлогом "for greater good" - вот оно это плохо. Сложно с этом несогласиться.

Почему никто не протестует? :)

ну накину... а где собственно "экспоузить наружу"?

что до nosql - агрегаты сущностей

если мы говорим о решениях вроде Doctrine/Hibernate и не делаем геттеров/сеттеров просто так - то вроде ж все хорошо, нет?

ну накину... а где собственно "экспоузить наружу"?

Аннотации маркируют данные, которые достаются через rtti наружу из объекта.

альтернатива - писать мэпперы руками

добавлять DTO

добавлять гейтвеи

альтернатива - писать мэпперы руками

Не факт.

насколько я помню Егор топит за DAO потому что "очевиднее"

и я согласен, хибернейты всякие это магия

но с практической точки зрения - я не хочу возиться с базой от слова совсем. Для быстрой разработки - норм

альтернатива - писать мэпперы руками

Приватные данные, аннотации, наследование от объекта которые ровно так же ходит по rtti - но приватно, изнутри объекта.

та же штука что и с DI, да, магия, да, неявно, да, мы не знаем всей сокрытой сложности... но ради этого же и делалось

Приватные данные, аннотации, наследование от объекта которые ровно так же ходит по rtti - но приватно, изнутри объекта.

какое такое наследование?

Как вариант, когда "почти то же самое, но без internals exposed.

так что делать то?)

как жить?

особенно в PHP где у тебя выбора особо то и нет

в java у тебя хотя бы есть техническая возможность не нарушая инкапсуляцию сильно сделать удобно и "правильно"

а в php такой возможности особо нет

Хм...

В пхп можно спрятать всю кашу с orm внутри объекта, за интерфейсом поведения?

интеракторы дяди боба?)

тут вопрос что значит "каша"?

приведу пример. У нас есть штуки которые пишут, и штуки которые читают

штуки которые пишут достают из репозиториев сущности, что-то просят их сделать, после чего происходит флаш юнит оф ворк

штуки которые только читают (например для ответов апишки, или шаблонов) могут уже игнорировать ORM и составлять специализированные DTO специально для того что нужно.

"прятать" ORM и работу с сущностями имеет смысл только для чистых операций чтения

во всяком случае это мое мнение на данный момент

map/reduce на php?)

комплексуешь?

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

шта, одной транзакции несколько микросервисов? ларавел тут явно не при чём

иного чёт понафлудили

омг только заметил http://ru.yegor256.com/

да уж, быстро о человеке потрится впечатление)