我們最近做出了在後端從.NET和SQL轉移出來的決定，而是使用MySQL或PostgreSQL來實現nodejs解決方案。我的服務器人員正在使用sequelize作爲orm中間件來安裝標準的restful API。用restful API實現nodejs上的微風
有沒有人在這種情況下實現微風的經驗？我知道我必須手動定義客戶端元數據，但一旦完成，我是否會失去使用EFContextProvider和服務器生成的元數據在典型的.NET實現中輕鬆提供的任何功能？另外，我可以使用標準的restful API調用，還是服務器端需要額外的配置？
我認爲這是一個令人興奮的方法。
Breeze並未爲此場景提供節點軟件。您必須決定您喜歡的ContextProvider的哪些功能，並將它們移植到節點。我認爲這不是非常困難，我們很樂意幫助我們儘可能地做到。這對社區會有很大的貢獻。
您在「標準的安靜API」中查找的內容將決定您的許多設計決策。你想支持OData風格的查詢，以便客戶端代碼可以編寫查詢嗎？或者你會採取不同的方法？
你打算爲每個資源單獨的PUT，POST，MERGE和DELETE調用嗎？或者您是否有一些關於在單個事務中組合多個保存操作的「變更集」的概念？中間有什麼東西？
Breeze支持開箱即用的變更設置。 OTOH，如果你想要去「直線」休息，有RESTy Breeze數據服務適配器，適合這種風格與更多的方式。
通過查看我們如何在Node + Mongo的Zza sample中引用的「breeze-mongodb」npm模塊中處理它們，您可以瞭解很多關於Node中查詢和更改集保存的機制。
看看我們的MongoDB示例。這是微風客戶端與Node/MongoDB後端對話。這不是你正在尋找的，但它確實應該如何建立一個Node後端來與Breeze交談。如果您需要幫助或希望我們實施這樣的後端，請隨時諮詢[email protected]。
作爲一個說明，現在有在Github上幾個樣品使用節點服務器/微風/ [MySQL的| PostgreSQL的|等..]
文檔解釋 -
http://breeze.github.io/doc-node-sequelize/
相關資料庫 -
我對開發人員承擔任務的挑戰是我想要一個客戶端編碼體驗與我目前使用.net後端時所用的相同，即不需要客戶端上的元數據定義，完整的odata查詢功能以及保存時的變更集。事實上，我們已經決定的是，我將繼續使用.net編寫客戶端程序，目標是我可以解開微軟並鎖定客戶端代碼所需的零變更。我們打算向社區貢獻我們的工作，所以您可以提供的任何指導將非常感謝！ – zpydee
你會很難取悅:-)。我不認爲我會堅持元數據要求。你可以手工編寫和維護（除非你的模型是巨大的），把它放在一個JS文件中，讓客戶端讀取它。我今天在.NET中做類似的事情（我在服務器啓動時重新生成JS文件）。事實上，你可能想要給Node團隊提供這個.NET生成的元數據文件，以便他們可以專注於重要的東西（這也是我開始Mongo示例的方式）。 – Ward
剛剛開始了一個使用node-express-postgres的有趣項目。 ，因爲我已經在.net堆棧項目中使用了breeze，而且我非常喜歡它，現在我想再次使用它來實現這個有趣的項目。 ，而且這個續集的orm工具也可以派上用場。 有人知道使用上述堆棧的示例應用程序嗎？ – fops