Не повторяют. Если я правильно понял товарища - имелось в виду, что конкретную реализацию объектов, загружаемых из БД нужно подсунуть снаружи, а самый прямой способ это сделать на кривых жабо-дотнет-языках - это фабрики.
Во-первых, там разные реализации не нужны. В принципе. В контексте функциональных языков и иммутабельности "другая реализация записи из БД" - это безумие. Данные они и есть данные, если мы хотим с ними работать по другому - мы просто возьмем другие функции, если мы хотим полиморфизма - так он у нас и так есть, без объектов и классов.
Во-вторых, если нам так хочется, мы можем ORM параметризировать функциями, т.е. сам по себе ORM в функциональном языке - это будет некий набор функций высшего порядка (а при наличии метапрограммирования - еще и макросов, генерирующих типы из схемы БД).
Откуда такие глубокомысленные выводы о том что я пишу обертки? Речь шла о готовых ОРМах, которые иногда приходится использовать. Когда в другой раз захотите сделать вывод, подумайте. Делаю скидку на возраст - иначе это не объяснить ;)
ОРМы это прослойка между объектами и реаляционными СУБД. Местами это сильно ускоряет разработку, когда нет жестких требований к скорости работы.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
Однако, ормы повторяют функциональность эскюэля, а эскюэлю фабрики не нужны. Вопрос: нахуя?
no subject
Если я правильно понял товарища - имелось в виду, что конкретную реализацию объектов, загружаемых из БД нужно подсунуть снаружи, а самый прямой способ это сделать на кривых жабо-дотнет-языках - это фабрики.
no subject
Можно, конечно, сказать, что "плохой дизайн", но оно вроде как просто и масштабируемо.
А как это делается в нормальных языках?
no subject
Во-вторых, если нам так хочется, мы можем ORM параметризировать функциями, т.е. сам по себе ORM в функциональном языке - это будет некий набор функций высшего порядка (а при наличии метапрограммирования - еще и макросов, генерирующих типы из схемы БД).
no subject
ОРМы это прослойка между объектами и реаляционными СУБД. Местами это сильно ускоряет разработку, когда нет жестких требований к скорости работы.
no subject
Про ормы можете не рассказывать. Нажевался. Разработку они не ускоряют. На поле боя кроме ошибок дизайна SQL появляются ещё и ошибки дизайна орма.
no subject
Я не Java-разработчик, тётенька!
А каску я вообще на стройке нашла и выкинула, да вот вы заметили!
no subject
- Я же джуниор!
no subject
no subject
no subject