если приложение не просто интернет магазин или лендинг, а приложение для знакомств или стриминг сервис
А ты всегда архитектуру приложения выбираешь по советам в чате?
Нет, я хочу понять факты за и против паралельно изучаю документации и форумы для принятия решения
это обычно выбирает команда которая будет пилить или командир который знает команду или чувак если он один в поле воин
orm, в пизду писать чистый sql если есть удобные для этого штуки но если уж видишь что неоптимизированный код генерирует - то пишешь sql, но редко то такого доходит
с орм сложнее так как они свою структуру диктуют (папок названий файлов связей между ними и тп) и когда появляется какойто левый (но нужный) raw sql ты замучаешься принимая решение куда его лучше в эту структуру впихнуть. и потом осознавая что диктуемая структура полное говно и надо все менять
>с орм сложнее так как они свою структуру диктуют И это замечательно, потому что когда у тебя над бэком работают 20-30 человек, каждый со своими представлениями о прекрасном, отсутствие стандартизации - абсолютное зло. На этом фоне проблему 5% запросов, невписывающихся в orm'ку потерпеть можно
Это практическая ситуация. Не понял, что ты имеешь ввиду под сервисами, а orm - основной инструмент работы с базой
Мне интересно как у команды из 20-30 человек организована бизнес логика в приложении
Обсуждают сегодня