Ничего.

Это будет типа стдшка, только именованная, с которой фреймворк знает как рабоать (валидировать, преобразовывать и так далее)

ну так в stdClass и так сейчас json_decode переделывает. я так понял ты хочешь передать имя класса дто-шки, в которую надо маппить. но тут возникает куча нюансов.
1) что будет если поля нет в дто-шке?
2) что будет если поле в дто-шке есть, но его нет в пришедших данных?
3) что делать со вложенными объектами / массивами объектов, как определять на что их маппить... по пхпдокам?

1. Скип или ексепшн (в зависимости от флага)
2. Налл.
3. Хз, пока не думал

2 - а если у поля прописан тип, и налла там нет? как быть, если поля приватные? хотя с т. зр. сей это пофиг...

а 3 вопрос кстати ключевой. обычно приходит не плоская структура. и особо польза от функции, которая будет маппить на класс 1 уровня не велика..

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

Если поле приватное, то лесом, т.к  эта штука для дтох а не для сущностей

Как лучше называть слушателей событий:
- по событию, например CommentCreatedListener
- по действию, например UpdateStatisticDataOnCommentCreated
- ...

?

СreateStatisticDataOnCommentCreated
UpdateStatisticDataOnCommentCreated

Как в таком случае поступите с вариантом CommentCreatedListener ?

хм... ну да, по действию наверное правильнее

имена должны описывать что делает штука а не с чем работает

ну так к слову

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

UpdateStatisticData - так вообще не понятно что это листенер(

UpdateStatisticDataListener - А это похоже, что он слушает обновление данных, а не выполняет их

согласен. но в той же симфе именно так и сделано =)

:)

Возник ещё вопрос ))


Допустим есть система с кучей модулей.

Мы делаем модуль "файлы", который позволяет хранить файлы.
Работает это так: любой другой модуль может закинуть файл в модуль "Файлы", получить ID файла, сохранить где-то у себя и потом по этому ID получить файл обратно.

И как бы всё норм.

Один момент смущает: по файлу нельзя понять кому он принадлежит и можно ли его удалить.
Допустим есть модуль Задачи, который работает с модулем Файлы. Произошёл какой-то сбой и при удалении задач не делался запрос в Файлы на их удаление. Я же потом никак не узнаю, что какие-то файлы ни к кому не привязаны и можно их снести.

Как вообще такой момент решается? Хранить в модуле файлов какой-то список с типам и id объектов которым принадлежат файлы... что-то мне кажется это не правильно.

ну представь себе, что у тебя не модуль "файлы" а просто nosql бд, в которую ты складываешь эти самые файлы

как бы ты обращался если бы это была база даннызх?