Е
V
А нехер А зависеть от DB
А как тогда A будет читать данные из DB?
Size: a a a
2020 August 27
V
Впрочем, ежели зависимость A от DB - сознательное решение, тогда конвертер из структуры DB в структуру А должен находиться в А
Е
V
Впрочем, ежели зависимость A от DB - сознательное решение, тогда конвертер из структуры DB в структуру А должен находиться в А
Это решение самое первое что в голову приходит, но как-то грустно от него.
V
А как тогда A будет читать данные из DB?
https://ru.wikipedia.org/wiki/Трёхуровневая_архитектура
Посмотри вот это в месте где соединяются слой логики (application layer) и слой хранилища данных (persistence layer)
Application layer содержит интерфейсы для Persistence, а Persistence строится по этим интерфейсам.
Посмотри вот это в месте где соединяются слой логики (application layer) и слой хранилища данных (persistence layer)
Application layer содержит интерфейсы для Persistence, а Persistence строится по этим интерфейсам.
ŹR
Не слушай никого. А должен знать о DB, только в эту сторону. Внутри него (читай А) должна быть функция преобразования
VS
Я знаю, но как сделать каст в структуру, если структура неизвестна? Просто накропать мапу с полем
__struct__ вручную? Это выглядит как хак, не?ну вродебы у вас есть тип Foo, вы для него определили
поле типа Bar, все срастется
для Foo, для других нет.
Или там полиморфное поле?
поле типа Bar, все срастется
для Foo, для других нет.
Или там полиморфное поле?
Е
Не слушай никого. А должен знать о DB, только в эту сторону. Внутри него (читай А) должна быть функция преобразования
а схемки таблиц выносить из DB в A некошерно совсем?
ŹR
а схемки таблиц выносить из DB в A некошерно совсем?
Зачем?
Е
ну вродебы у вас есть тип Foo, вы для него определили
поле типа Bar, все срастется
для Foo, для других нет.
Или там полиморфное поле?
поле типа Bar, все срастется
для Foo, для других нет.
Или там полиморфное поле?
Foo определен в A, а тип пишется в DB?
Е
Зачем?
ах, ладно, виг с ним.
ŹR
Бля, есть business entity, а есть persistence entity
ŹR
Если все лежит в куче, то похер. Если ты решил делать по умному, то приходится соблюдать правила
VS
в db сконвертируете в тот
тип, который примет db.
У меня вот часто в базе
таймстампы попадаются
в epoch, но в структурах
всегда торчит DateTime,
для чего определен ecto type,
а база его считает integer,
как и положено.
тип, который примет db.
У меня вот часто в базе
таймстампы попадаются
в epoch, но в структурах
всегда торчит DateTime,
для чего определен ecto type,
а база его считает integer,
как и положено.
V
Бля, есть business entity, а есть persistence entity
что за persistence entity?
Е
Бля, есть business entity, а есть persistence entity
Да, да, именно так. Ладно, видимо самый правильный способ таки сделать конвертер в A
P
V
что за persistence entity?
Repository/Model
P
Есть херня которая знает как сохраняться, есть херня которая держит бизнес-entity логику
V
Repository/Model
и с каких пор это называется entity?
P
А в чем проблема если у тебя есть User и UserRepository, называть это business/persistance entity User
IK
V
и с каких пор это называется entity?
Ddd сленг