Size: a a a

2020 September 24

D

Dmitry in symfony
внутренние данные все равно раскрываются - без этого просто никак
источник

k

knopkod4v in symfony
Dmitry
да вообще не больно, для меня семантика называний методов не имеет значения
если геттеры для тебя небольно - значит либо у тебя круд и это ок, либо ты по какой-то причине(небольшой проект/команда, толстая кожа) не ощущаешь эту боль
источник

A

Andrii in symfony
Вот про агрегат и ивенты узнать полезно было. На прошлой работе была такая штука, но я глубоко не копал.
источник

👤U

👤 User in symfony
Я по дурости по мануалу наделал геттеров. Сущностей 7 связал двусторонками.
источник

👤U

👤 User in symfony
Так вот я те говорю. Дропай такие геттеры.
источник

👤U

👤 User in symfony
Потом случайно не заметишь, конвертнешь энтити в массив или в шаблоне дернешь не тот геттер - получишь 100500 ненужных запросов к бд.
источник

👤U

👤 User in symfony
Делай однонаправленные и собирай DTO для конкретных случаев. Так интернеты советуют.
источник

A

Andrii in symfony
knopkod4v
если геттеры для тебя небольно - значит либо у тебя круд и это ок, либо ты по какой-то причине(небольшой проект/команда, толстая кожа) не ощущаешь эту боль
В чем боль? Видел реализацию, что возвращали рид модел и уже из нее все гетили, но с таким же успехом можно было и напрямую делать
источник

k

knopkod4v in symfony
knopkod4v
temporal coupling, необходимость синхронизации стейта, размазывание границ транзакций...
от тут вот
источник

D

Dmitry in symfony
knopkod4v
если геттеры для тебя небольно - значит либо у тебя круд и это ок, либо ты по какой-то причине(небольшой проект/команда, толстая кожа) не ощущаешь эту боль
не только геттеры шарят стейт, как метод не назови, если он возвращает что-то изнутри, это уже шаринг стейта
как я понимаю это понятие - читайте выше
источник

k

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

SP

Sergey Protko in symfony
Andrii
Проскролил) Тут либо философия и архитектура, либо практическая задача с сервисом картинок. Я сначала думал, что оно связано, но похоже, что нет)
не связано, просто человек придумал себе какую-то проблему. Я пытаюсь объяснить что вся суть проблемы в том как это все во времени происходит и что подходы типа CQRS решают эту проблему а чел уперся.

Попрощую еще раз - вдруг кому-то поможет.
источник

SP

Sergey Protko in symfony
источник

SP

Sergey Protko in symfony
основная идея именно в этом. что бы стэйт от времени отвязать и взаимодействия выстроить так что бы не так сильно учитывать время. Ибо стэйт он в каждый момент времени может быть разным. В этом и опастность шаринга стэйта.

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

M

Maks in symfony
а что за сервис где такие картиночки делаешь?
источник

SP

Sergey Protko in symfony
потому может и не быть у тебя проблем с шарингом стэйта и потому возможно проблема которую это все решает у тебя попросту нет) у меня есть)
источник

D

Dmitry in symfony
Sergey Protko
основная идея именно в этом. что бы стэйт от времени отвязать и взаимодействия выстроить так что бы не так сильно учитывать время. Ибо стэйт он в каждый момент времени может быть разным. В этом и опастность шаринга стэйта.

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

SP

Sergey Protko in symfony
Dmitry
а, т.е шарить стейт таки можно 🙂
ну в ситуации когда это безопасно - почему нет) просто есть ряд кейсов когда это сильно усложняет систему. И да в простых кейсах типа инстаграма все это куда сложнее проблемы которую мы решаем и как следствие можно забить.
источник

k

knopkod4v in symfony
Dmitry
а, т.е шарить стейт таки можно 🙂
скок раз выше тебе написали, что вопрос в том - зачем
источник

SP

Sergey Protko in symfony
даже не в том зачем - что происходит со стэйтом. Если стэйт меняется последовательно и нет "других экторов в системе" то проблемы и не будет. Проблемы будут когда у тебя скажем 10 водителей подписываются на один заказ. Тебе это как-то надо удобно разруливать и не свихнуться.
источник