Сохранение СУХОЙ при использовании JSData и Sequelize

Question

Является ли JSData заменой или дополнением Sequelize.js?

Я пытаюсь понять, как эти две библиотеки могут играть вместе, и если это необходимо.

Из моего чтения это похоже на то, что JSData в основном занимается доступом к данным, а Sequelize.js создаст и изменяет scema и ALSO обеспечивает доступ к объектам.

Есть ли смысл использовать JSData на стороне сервера, если я использую Sequelize.js?

Я собираюсь использовать Sequelize на стороне сервера, реализовать некоторые REST API для этих объектов и использовать JSData + JSDATA-http на стороне клиента для доступа к REST API, но он чувствует, что мне нужно будет определить объекты дважды ... один раз для Sequelize и один раз для JSData - есть ли какая-нибудь магия, которая может помешать вам сделать это дважды? или я думаю обо всем этом не так?

Answer 1

Является ли JSData заменой или дополнением Sequelize.js? Я пытаюсь понять, как эти две библиотеки могут играть вместе, и если нужно.

На сервере js-data + js-data-sql заменит Sequelize, аналогично тому, как js-data + js-data-mongodb заменит Mongoose. js-data-sql использует Knex.js под капотом, который вы можете использовать для миграции схем и для чего-то еще, что поддерживает Knex. Для проверки схемы вы можете подключить вашу любимую библиотеку проверки в js-данные с помощью крюка жизненного цикла validate (и других мест).

Есть ли смысл использовать JSData на стороне сервера, если я использую Sequelize.js?

Нет

Я имею в виду использовать Sequelize на стороне сервера, реализовать некоторые REST API для этих объектов и использовать JSData + JSDATA-клиента на стороне клиента для доступа к REST API, но чувствует, что мне придется определять объекты дважды ... один раз для Sequelize и один раз для JSData - есть ли какая-нибудь магия, которая может помешать вам сделать это дважды?

У меня есть опыт использования js-data + js-data-http на клиенте и Sequelize на сервере. Вы можете это сделать, но да, вам нужно определить каждую из ваших моделей/ресурсов дважды, после использования Sequelize API и после использования API js-data. Вы можете смягчить дублирование, извлекая общую логику в «базовые» модели, чем может использоваться сервером и клиентом. Хотя, если вы используете js-данные на сервере, вы можете составлять сложные запросы прямо на клиенте, не переведя их на что-то, что понимает ORM сервера.

или я думаю обо всем этом не так?

Нет, вы просто пытаетесь понять свои варианты. Будучи автором js-данных, я бы, конечно, высказался в пользу js-data + js-data-sql, но основные области, где js-data + js-data-sql отстают от Sequelize, это то, что Sequelize имеет встроенную поддержку для relationshipToMany (n: m) и встроенное понимание типов данных sql (валидация зависит от вас с js-данными).