質問: Azure Mobile Appsの管理クライアントの使い方は、EFで使用するPOCOクラスではなく、テーブルエンティティで動作するようです。 UWPに移植しようとしているビジネスアプリケーションがあります。複雑な関連データがあり、オブジェクトグラフの複数のエンティティを編集してdbContext.SaveChanges()で永続させることができます。ただし、参照されるドキュメントは、テーブル単位で保存された変更を示します。 いずれかのEFコアを使用するか、Azure Mobile Services Offline Syncを使用するかを選択する必要がありますか? Azure Mobile Servicesオフライン同期でEFコアが使用されていることを示すサンプルコードがありますか?
回答: 私の研究から推測できることから、mobileservicesqlitestoreとdbcontextの統合はまだ行われていません...しかし、これらのコンテキストの両方は、フレームワークにPOCOを登録する必要があります。 EFの場合、POCOは、変更トラッキング、ナビゲーションプロパティなどの良さのために、EFによって "管理"されるようにDBContextとしてDBContext内に登録する必要があります(またはPOCOから派生させる必要があります)。 MobileServiceSQLLiteStoreの場合、テーブルはオフライン同期用に登録されています ``` var store = new MobileServiceSQLiteStore"localsync.db"); store.DefineTable(); ``` これらは、2つの異なる目的に使用される2つの異なるフレームワークです。 EF(EFコア経由)は、モバイルデバイス(アンドロイド、UWP、およびIOS(まだそこにはありません))上のデータを管理するための私の好ましい手段です。 MobileServiceSQLStoreは、変更を管理するために行われた変更を記録するためにPOCOを管理する必要がありますが、オブジェクトグラフの複雑さを処理することはできません。 IMOは、何が起こる必要があるのか、CRUD活動のためのEFイベントにフックすることです。これは、EFの主な目的の1つです.EFグラフの変更を追跡し、コンテキスト上の保存が完了するまで保持します。 SAVEが発生すると、これらの変更が列挙され、SQLLite、SQL Serverなどの基礎となるプロバイダで実行されます。 必要なのは、EFのCRUDアクティビティを受け取り、そのコンテキスト内で保持されているこれらの変更をMobileServiceSQLStoreの要件によってプッシュするEF用のMobileServiceSQLStoreプロバイダです。 私が仕事をしたいと思うことが何か...しかし、まず私はMobileServiceSQLStoreにもっと精通しなければなりません... 私はそれが完全な答えではないことを知っており、100%正確ではないかもしれませんが、私は、これが進歩する道であれば1)妥当性検査を、2)助けに興味がある人を探しています。 EF用プロバイダの作成に関する詳細URL: