在使用JSData和Sequelize時保持DRY

Question

JSData是否替換或補充Sequelize.js？

我想了解這兩個庫如何一起玩，如果他們應該。

從我的閱讀看來，JSData主要處理訪問數據，而Sequelize.js將創建和修改scema，並且還提供訪問對象。

如果我使用Sequelize.js，在服務器端使用JSData有什麼意義嗎？

我想在服務器端使用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支持的其他任何內容。對於模式驗證，您可以通過validate生命週期掛鉤（和其他位置）將您最喜歡的驗證庫插入js-data。

如果我使用Sequelize.js，在服務器端使用JSData有什麼意義嗎？

沒有

我想用Sequelize在服務器端，實現一些REST API對這些對象和使用JSData + JSDATA-HTTP在客戶端訪問REST API，但它覺得我必須兩次定義對象......一次爲Sequelize，一次爲JSData定義 - 是否有任何魔法可以防止需要這樣做兩次？

我實際上有經驗在客戶端使用js-data + js-data-http，在服務器上使用Sequelize。你可以這樣做，但是，是的，你必須定義每個模型/資源兩次，一次使用Sequelize API，一次使用js-data API。通過將通用邏輯提取到「基本」模型中，可以減少重複數據，這可以由服務器和客戶端使用。但是，如果您在服務器上使用js-data，則可以在客戶端中直接編寫複雜的查詢，而無需將它們轉換爲服務器的ORM理解的內容。

還是我想着所有這些以錯誤的方式？

不，你只是想了解你的選擇。作爲js-data的作者，我當然會主張js-data + js-data-sql，但js-data + js-data-sql落後於Sequelize的主要領域是Sequelize對原生支持belongsToMany（n：m）關係和對sql數據類型的內置理解（驗證由js-data自動完成）。