Да, решает много проблем, упрощает жизнь. Главное понимать границы его использования, и понимать, когда надо сделать запрос более "raw", или собирать. Ибо иногда можно очень сильно проиграть в запросах.
Скорость зависит: 1. От конкретной ОРМ 2. От того, как ей пользуешься 3. Задачи, потому что иногда ОРМ просто не позволяет легко сделать эквивалент запроса
и опять же, sequelize-typescript никаких проблем не испытал в связке с нестом
Сам факт, кто нужен какой-то сторонний "sequelize-typescript" — уже не оч)
Ну и из доки: "As Sequelize heavily relies on runtime property assignments, TypeScript won't be very useful out of the box. A decent amount of manual type declarations are needed to make models workable.".
Вот когда его целиком перепишут на TS мб будет лучше) А то он всё ещё на ES5
Сам факт, кто нужен какой-то сторонний "sequelize-typescript" — уже не оч)
Ну и из доки: "As Sequelize heavily relies on runtime property assignments, TypeScript won't be very useful out of the box. A decent amount of manual type declarations are needed to make models workable.".
Вот когда его целиком перепишут на TS мб будет лучше) А то он всё ещё на ES5
видимо ещё не столкнулся с проблемами, которые якобы есть
Сам синтаксис описания запроса огромным объектом кажется значительно менее удобным и приятным, чем если бы он через дот нотацию описывался, как в eloquent или typeorm
Сам синтаксис описания запроса огромным объектом кажется значительно менее удобным и приятным, чем если бы он через дот нотацию описывался, как в eloquent или typeorm