Телеграмм чат группы rust_offtopic страница 22269

Size: a a a

rust_offtopic

473 membersпожаловаться на группу

2021 February 05

ΑZ

Αλεχ Zhukovsky in rust_offtopic

polunin.ai

Поэтому и не нужно пытаться скрыть все. Только лишь главную часть.

у тебя аргументаия "зачем мне мыться все равно завтра опять грязный буду"

источник

13:38пожаловаться #1

polunin.ai in rust_offtopic

Doge Shibu

То есть если делать стандартный круд без особых требований по перформансу, то сойдёт.

А если нормальные объемы данных в бд и нет возможности и желания делать кучу запросов везде и вокруг, то такие ОРМы идут лесом.

Я кстати когда пользовался ефом фыркался постоянно. Как этим пользуются, лол. Проще уже ручками писать запросы.

источник

13:38пожаловаться #2

polunin.ai in rust_offtopic

Чем спрашивать в Гугле постоянно "как сделать Х".

источник

13:39пожаловаться #3

polunin.ai in rust_offtopic

Αλεχ Zhukovsky

у тебя аргументаия "зачем мне мыться все равно завтра опять грязный буду"

Не. У меня аргументация "не нужно скрывать то, что все равно протечет"

источник

13:39пожаловаться #4

ΑZ

Αλεχ Zhukovsky in rust_offtopic

polunin.ai

Не. У меня аргументация "не нужно скрывать то, что все равно протечет"

это позиция доге

источник

13:40пожаловаться #5

Doge Shibu in rust_offtopic

Αλεχ Zhukovsky

это позиция доге

Не, моя позиция другая, она прежде всего про то, что:
1. Большие ORM'ы сейчас практически не дают достойных по цене/качество инструментов для корректной работы с бд
2. Голый SQL - это разумная синтаксическая соль, чтобы разрабы задумывались о том, что запрос к бд чего-то стоит и их кол-во нужно минимизировать.

источник

13:46пожаловаться #6

Doge Shibu in rust_offtopic

К микроорм у меня особо претензий нет

источник

13:47пожаловаться #7

Nik Krapivnitskiy in rust_offtopic

кстати, вот я чот не задавался вопросом

источник

13:48пожаловаться #8

Oleg Andreev in rust_offtopic

Αλεχ Zhukovsky

какой ОРМ посоветуешь?

для Свифта прекрасный фреймворк GRDB - для sqlite. Очень четкая вещь и уже несколько лет уверенно используется. Не уверен насколько Раст гибкий чтоб что-то похожее иметь. https://github.com/groue/GRDB.swift

GitHub

groue/GRDB.swift

A toolkit for SQLite databases, with a focus on application development - groue/GRDB.swift

источник

13:49пожаловаться #9

Nik Krapivnitskiy in rust_offtopic

есть у нас таблички. Person и Contact
у персона есть по несколько контактов
в контакте есть всякие там телефоны-имейлы(для простоты фиксированный набор)
как это без EF замаппить на аналогичные шарповые классики?

источник

13:49пожаловаться #10

Nik Krapivnitskiy in rust_offtopic

чтобы у меня был массив персонов с вложенными контактами. для передачи такого жсона на фронтенд тот же

источник

13:51пожаловаться #11

Doge Shibu in rust_offtopic

Nik Krapivnitskiy

чтобы у меня был массив персонов с вложенными контактами. для передачи такого жсона на фронтенд тот же

Так точно так же будет как это ORM сделает:
1. Читаешь join таблиц
2. Руками или маппером группируешь это по сущности Person + вложенные в него данные по контактам.

источник

13:52пожаловаться #12

Nik Krapivnitskiy in rust_offtopic

Doge Shibu

ну собсна вот руками или маппером группировать - не сильно дольше чем
_context.Person.Include(p=>p.Contact).ToList()?

источник

13:54пожаловаться #13

Doge Shibu in rust_offtopic

Nik Krapivnitskiy

ну собсна вот руками или маппером группировать - не сильно дольше чем
_context.Person.Include(p=>p.Contact).ToList()?

Да не особо, к тому же такие круд запросы для фронта можно повесть на какую-нибудь одату или graphql

источник