ПГ
Size: a a a
2021 September 01
AM
Так он наоборот написал.
КГ
А кто сказал, что коллекция должна сохранять своё состояние?)
AM
sed crud/cud
AM
Ну да. Но это не значит, что должен быть метод flush или ещё какой у репы. Т.е. у абстрактной коллекции флеша не будет
AM
Тьфу, я уже запутался. Надо перечитать
КГ
Ну так это зависит от реализации твой коллекции. Если ты её реализовал, что метод get не вернёт то что было добавлено через add без флаша, то наверное это проблема конкретной реализации конкретной коллекции
АС
Ну вот опять холивар) Мне один человек показывал, типо создай UserService вложи туда save() и там будет flush(). Ну и зачем мне городить ещё слой сервисов, если допустим всё это можно вложить в репу, раз там есть create().
То есть в итоге ещё этот сервис зависим от репозитория, в чём смысл.... Ладно если ещё очень много логики и как-то всё это резделять.
То есть в итоге ещё этот сервис зависим от репозитория, в чём смысл.... Ладно если ещё очень много логики и как-то всё это резделять.
КГ
Почему абстарктная сущность должна сохранять свое состояние с помощью какого то внешнего flush ?
AM
Смысл в том, что репа не может иметь save(), т.к. по факту запуска add() данные уже должны быть в ней. Но есть нюанс — мы можем юзать транзакции, чтобы данные записывались после коммита, а не сразу.
AM
Лично я сейчас склоняюсь к тому, что бы выпилить у себя флешер (отдельная абстракция) и оставить "транзакцию". И уже её и применять когда нужно записывать данные не сразу (а внутри cud методов юзать flush).
Но пытаюсь понять не упустил ли я опять чего-то (бывает, склоняють то в одну, то в другую сторону)
Но пытаюсь понять не упустил ли я опять чего-то (бывает, склоняють то в одну, то в другую сторону)
AM
Ну и тут ещё проблемы с тем, что коммит сам запуститься может и тогда всё к херам ломается
✨
что значит "нужно записывать данные не сразу" ?