Size: a a a

2020 October 07

k

knopkod4v in symfony
Павел Г.
Мне кажется что то не очень. бизнес объект перегружен будет данными и логикой для чтения. Смысл как раз от этого уйти. Плюс могут быть приватные конструкторы или обязательные параметры в конструкторе.  Какой то объект 2 в 1 получается.
Мы говорим про методы на чтение, которые нужны в write модели. Если этот метод есть в write модели - значит он там нужен и никакого перегруза нет. Тем более в "перегрузе" по идее нет ничего страшного. Важно что интерфейсы разные.
При чём тут конструкторы я не понял, мне кажется, что они вообще никак не мешают
источник

ВУ

Валентин Удальцов... in symfony
А зачем вам методы чтения в write модели (выше не читал, сорри, если не в тему)?
источник

ВУ

Валентин Удальцов... in symfony
Dmitry
а вы, стало быть, в каждую сущность прокидываете это дело отдельно да ?
а вы, стало быть, ради одного метода/свойства трейт сквозь всё приложения тянете?)

у нас всё, что связано с мягим удалением реализовано абсолютно по-разному в каждом агрегат-руте. Где-то это deleted, где-то archived, где-то finished, где-то closed. Где-то агргегат-рут это записывает как событие, где-то как bool, где-то как метку времени.  Самое ужасное, что можно сделать — это придумать себе трейт, а потом под него подгонять предметную область.
источник

ВУ

Валентин Удальцов... in symfony
Все эти "универсальные поведения", особенно через трейты, — это полный булшит. Ими переболел разок и выработал стойкий иммунитет на всю жизнь.
источник

SP

Sergey Protko in symfony
Евгений Ромашкан
Я не фесор, но кмк такое стоило бы на фронте разрулить, и сделать отдельные ендпойнты)
все так
источник

JB

Jurij Bachkov in symfony
Один раз не правильно приготовил трейт, и теперь как бешенный топишь против
Завязывай
источник

SP

Sergey Protko in symfony
Dmitry
@fes0r а как бы вы реализовали фичу ? https://t.me/symfony_php/247476
пытаюсь понять ваш подход к разработке
Telegram
Павел Г. in symfony
Приветствую, подскажите плиз грамотный путь работы с коллекциями в рамках инкапсуляции логики.  
Кейс: есть статья, авторизированный пользователь может лайкнуть или убрать лайк со статьи - одним ендпоинтом, грубо говоря работает как тумблер.  Есть сущность лайк, у нее ссылки на пользователя и статью.  
В прямом случае я бы создал сервис, в нем метод и из репозитория дернул лайк по статье и пользователю, если его нет - создал, если есть - удалил. Задача готова.
Но нет же задачи в бизнес логике "создать/удалить лайк" есть "лайкнуть статью". Как я понимаю более верно было бы инкапсулировать в статье, юзере, или где?
Ну т.е. должно быть $article->likedBy($user) . Но тогда, чтобы найти лайкнута или нет, надо пробежаться по всей коллеции лайков, что дичь или использовать критерий внутри метода. Но тогда возникает вопрос, как пропихивать в метод какие то проверки, типа "антиспам лайков", который будет дергать БД или еще какие сервисы и т.д.
Что то короче меня замыкает между инкапсулировать в сущности и вынесенем…
у меня доклад был даже с такими вот примерами - доклад сам по себе хуевый конечно но...
источник

MM

Maxim Mesilov in symfony
Sergey Protko
у меня доклад был даже с такими вот примерами - доклад сам по себе хуевый конечно но...
А кинь линк пожалуйста
источник

SP

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

АС

Антон Середний... in symfony
кстати, в Симфони нет конвенции об именовании таблиц? plural \ singular ?
источник

АС

Антон Середний... in symfony
что-то везе разное пишут
источник

ВУ

Валентин Удальцов... in symfony
Jurij Bachkov
Один раз не правильно приготовил трейт, и теперь как бешенный топишь против
Завязывай
Завязывай указывать мне, что говорить) Мы в интернете, тут и послать могут.
источник

VL

Vladimir Luchaninov in symfony
Антон Середний
кстати, в Симфони нет конвенции об именовании таблиц? plural \ singular ?
bin/console make:migration делает singular
источник

АС

Антон Середний... in symfony
Vladimir Luchaninov
bin/console make:migration делает singular
да, отсюда и вопрос возник
источник

SP

Sergey Protko in symfony
Jurij Bachkov
Один раз не правильно приготовил трейт, и теперь как бешенный топишь против
Завязывай
один раз измазался в говне и теперь кричишь что это нормально, завязывай
источник

VL

Vladimir Luchaninov in symfony
Антон Середний
да, отсюда и вопрос возник
наверное, это вопрос к Doctrine
источник

l

livsi in symfony
Антон Середний
кстати, в Симфони нет конвенции об именовании таблиц? plural \ singular ?
Имхо - plural безопаснее
Создай таблицу user, order  - и поймешь что тебе удобнее
источник

JB

Jurij Bachkov in symfony
Sergey Protko
один раз измазался в говне и теперь кричишь что это нормально, завязывай
Да, младенцы какаются, это нормально. И некоторые сеньоры тоже, судя по чатику
источник

АС

Антон Середний... in symfony
livsi
Имхо - plural безопаснее
Создай таблицу user, order  - и поймешь что тебе удобнее
я привык к userS, orderS)
источник

SP

Sergey Protko in symfony
Антон Середний
я привык к userS, orderS)
источник