И какие в этом плюсы? Если у нас такие большие модели, что их маппинг оправдывает усложнение стека, то это уже не crud. Когда 30 таблиц по 10 колонок, большинство SQL запросов возвращают одинаковые map для одинаковых сущностей. Если нужны рекорды, смапить их не так долго, IDE хорошо дополняет имена и поля рекордов, главное о едином словаре заранее подумать. Зато чистый стек, который с развитием не превращается в то, что мы часто видим на TypeScript, PHP и прочих
Ну ты пишешь всё это вручную, а фреймворк генерирует автоматически.
Какой в этом плюс? То что какой-то фреймворк сам строит SQL запросы и уменьшает пространство для оптимизаций? Или меньше кода писать нужно? Наоборот, кода меньше не станет Пока я с ORM вот такое в TypeScript буду писать (пример отсюда) class User extends Model {} User.init( { // Model attributes are defined here firstName: { type: DataTypes.STRING, allowNull: false, }, lastName: { type: DataTypes.STRING, // allowNull defaults to true }, }, { // Other model options go here sequelize, // We need to pass the connection instance modelName: 'User', // We need to choose the model name }, ); Я на чистом SQL сделаю больше и останется время на маппинг в рекорды Эрланга. А если моих знаний базы данных где-то не хватит, я кину SQL-файл DBA, который посмотрит и вернёт мне исправленный SQL. Недавно слышал цитату по нашей теме: ORM makes simple things easier, but hard things impossible.
DBA =) какая милота
Обсуждают сегодня