Plant UML попробуйте

конечно, автоматически не сгенерит...

фа фи фо фам! я чую тут говорили про ADR

фа фи фо фам! я чую тут говорили про ADR

нет

поцаны. чем можно из кода пхп 7.2 сгенерить UML? visual paradigm только с 5.0 пашет. либы на хитхабе не работают с намеспейсами и трейтами.

Я заморачивался немного. Один из вариантов - преобразовать код php7 в php5. Но этого было недостаточно. Еще какие-то нюансы были. VP по-моему неправильно понимал константы классов, которые использовались в методах. Поэтому с помощью phpuml перегонял полученный код еще раз (из php в php), чтобы тела методов были пустыми. После этого можно было в VP геренирировать диаграмму. Результат всё равно не такой, как хотелось бы. Нужно переопределять связи между классами. Но по крайней мере не нужно определять все классы самому.

Добрый вечер. Есть задача показа набора рекламных тизеров (всего пускай 100 штук), причем есть 3 вида: новые, в отработке и прибыльные. Новые показываются по 2 штуки с 5-6 позицию, в отработке с 20-80. Прибыльные заполняют остальные места. Решение в лоб: разложить сначала разные типы по разным массивам. В результирующий массив добавить новые и в отработке в соответсвии с указанными позициями. Остальными (использовать проверку на наличие значения по заданному индекск) заливать пустые позиции. Потом сделать ksort по ключам массива. Есть ли более изящное решение?

https://www.reddit.com/r/PHP/comments/8x3vri/introducing_gson_serializer_in_php/ замена jms

Фесор и там отметился

норм

Всем привет! А есть аналог array_column только для объектов? Типо не ключ передавать чтобы, а метод гетер например вторым параметром

Всем привет! А есть аналог array_column только для объектов? Типо не ключ передавать чтобы, а метод гетер например вторым параметром

array_reduce

array_column умеет с объектами работать, но не с геттерами.

(он так же умеет чекать через __isset/__get)

a reduce то тут причм? скорее array_map тогда

a reduce то тут причм? скорее array_map тогда

тебе ж ключи надо

ну мол.... менять

а это только reduce

а... блин

че это я

не, мне надо чтобы получился массив из айдишников объектов

ну тогда да, тогда array_map

вот если б мэпу - тогда reduce)

Ребята, йо! Такой вопрос. У меня есть некоторая сущность домена, например Car. Пользователю мне нобходимо отдать её упрощенную репрезентацию CarRepresentation. Так вот, эта репрезентация, своеобразная dto, это объект слоя Application или Domain, как и сама сущность?

имхо это к приложению, а не к домену направление зависимости такое

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

отнаследуй Car от CarRepresentation и юзай две сущности, как домен

отнаследуй Car от CarRepresentation и юзай две сущности, как домен

фи

отнаследуй Car от CarRepresentation и юзай две сущности, как домен

Не вариант, Car - абстрактный класс

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

формально, это не её ответсвенность как себя кому представить.

формально, это не её ответсвенность как себя кому представить.

Согласен, поэтому и мучаюсь. С одной стороны, удобно реализовать возврат репрезентации для дочерних классов используя только полиморфизм, а с другой стороны вот всё о чем вы с @thatside сказали.

п.с. а нужно ли это наследование?)

Согласен, поэтому и мучаюсь. С одной стороны, удобно реализовать возврат репрезентации для дочерних классов используя только полиморфизм, а с другой стороны вот всё о чем вы с @thatside сказали.

про полиморфизм давай пример

я не фанатично против оного, просто часто его готовят совсем уж неправильно)

то ли от лени, то ли просто в стиле "и так сойдёт"

я не фанатично против оного, просто часто его готовят совсем уж неправильно)

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

про полиморфизм давай пример

Пример такой. Есть базовый класс Car и его дети BigCar, SmallCar итд. Необходимо возвращать упрощенную репрезентацию. Для каждого дочернего типа будет свой формат репрезентации, они действительно могут сильно отличаться. Ну и логично было бы определить контракт в базовом классе Car, метод getRepresentation, а реализовать его уже в дочерних, пусть возвращают каждый свою репрезентацию BigCarrepresentation, SmallCarRepresentation

можешь сделать аналогично с каким-нибудь DataTransformer с одним методом для Car и приватными + instanceof для дочерних классов но да, все равно не идеал

можешь сделать аналогично с каким-нибудь DataTransformer с одним методом для Car и приватными + instanceof для дочерних классов но да, все равно не идеал

Можно и так. А можно просто поменять слой в котором находится эта репрезентация с Application на Domain и тогда тот пример, что я описал выше, перестанет так меня смущать) Ладно, спасибо, подумаю пока)

ну у меня сегодня в другом чате был обратный вопрос - обновление сущностей домена на основе дто/команд

ну у меня сегодня в другом чате был обратный вопрос - обновление сущностей домена на основе дто/команд

Типа, могут ли команды инжектиться прямо в методы сущности?

да, по типу update(Command $command)

могут, почему нет)

могут, почему нет)

Получается, что слой приложения "протекает" в домен и весь смысл разделения на слои исчезает, нет?

во мне обсуждение в симфони чате опять запустило волну сомнений о том, нахрена вообще мне команды и шина и не заменить ли их юзкейсами :D

Получается, что слой приложения "протекает" в домен и весь смысл разделения на слои исчезает, нет?

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

ERROR: S client not available

во мне обсуждение в симфони чате опять запустило волну сомнений о том, нахрена вообще мне команды и шина и не заменить ли их юзкейсами :D

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

да, именно

но вместо $bus->handle я могу делать $registrationCase->handle

при этом избавившись от шины

но взглянув еще раз - я все равно буду иметь гемор с маппингом ошибок на форму и гемор с цепочками хендлеров/юзкейсов

при этом избавившись от шины

Но тогда в контроллере у тебя будет куча зависимостей от юзкейсов, а так всего одна от шины

controller service arguments в помощь

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

controller service arguments в помощь

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

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

мидлвары у меня разруливают логирование для дев и события (tactician)

есть еще самописная сага (точнее, переписанная с поделки для litecqrs-php) но я понял, что она не нужна для юзкейса, для которой я ее планировал, и не уверен, что нужна мне вообще - слишком массивно)

пока что у меня страшное нарушение всей логики - мидлвара, которая все флушит, и выполняется после цепочки команд и ивентов

Я пока еще саги не курил, но планирую.

Получается, что слой приложения "протекает" в домен и весь смысл разделения на слои исчезает, нет?

а где связь межу апликейшеном и командами?)

есть еще самописная сага (точнее, переписанная с поделки для litecqrs-php) но я понял, что она не нужна для юзкейса, для которой я ее планировал, и не уверен, что нужна мне вообще - слишком массивно)

слабак)

слабак)

ну я пока не вижу смысла заменять цепочки команда-ивент-команда-ивент сагой) тем более, под капотом будет та же цепочка + стейт саги, который (!!!) нужен совсем не всегда

ну у меня есть цепочки из нескольких параллельных саг) если тебе 2-3 действия надо, не рентабельно, да)

2-3, где-то было 5

но это уже монструозно для моих масштабов

но это уже монструозно для моих масштабов

хз) в моей картине мира от саг немного пользы, если у тебя процесс в рамках 1 приложухи, простой, как лопата и полностью укладывается в запрос\ответ) где-то сейчас негодует 1 "обожающий" басы человек, да и пофиг)

ну вот я их пилил как группировку для той цепочки зря пилил) по крайней мере, разобрался)

ну вот я их пилил как группировку для той цепочки зря пилил) по крайней мере, разобрался)

ну если чё, велкам в клуб наркоманов) у меня там как раз руки потихоньку дошли до поделки) постепенно обновляю)