я просто услышал что не стоит миксовать async/await и промисы(catch). но такое, не о чем. задумался, есть ли преймущества.

поюзал typeorm и sequelize. понял что typeorm такой буллшит шо тікай.  ну типа очень красив. хорошо типизрован. декораторы в коробке. но... что-то сложнее чем where a == 5 достать из базы сложно

юзал оба, typeorm приятней, но более костыльный.  в принципе решаемо, решили оставить

+
тупорм полу-рабочий

не я не против писать кверибилдером. но зачем если с сыкилайз есть силбольные операторы

А sequelize-typescript пока что содержит косяк в тайпингах, от чего автокомплит моделей не работате

дада. жалкл

там же разные подходы:
data mapper и active record

вот в ноде пердельярд либ в нпм. а чего-то годного как джанго нет.

он и не нужен

хотите джанго, возвращайтесь в питон(прошлое)

сам скрутил admin-bro и typeorm но типа. мне пришлось писать провайдер самому

админка решает много проблем. ормки калицкие.

наверное речь шла про миксование await с then.

с await catch я вижу такой подвох:

- как ты будешь обрабатывать ошибку? передавать ее в отдельную переменную? (выглядит не очень). передавать в основную переменную, а потом проверять не ошибка ли это? ну, можно из catch возвращать null, а потом проверять не null ли. но тогда теряется детальная информация об ошибке. некоторые возвращают объект с полем error catch(error => { error }) и потом проверяют есть ли поле error у основной переменной. вроде и ничего такой подход, надо обдумать.

но лично мне нравится использовать Result вместо выброса ошибок. просто проверяешь result.isErr и и усё

крайне не советую юзать admin-bro на проде. ну только если ооочень надо.

да, в этом кейсе понятно. речь о throw new Error. допустим что-то системное, коннект к бд

считается, что это "не нодовский путь".

а "нодовский путь" — это делать вызовы к базе прямо из роута

нот бэд. ты давно в жоес? обрадуй еще что ты на тс пишешь

да, на тс