私の研究から推測できることから、mobileservicesqlitestoreとdbcontextの統合はまだ行われていません。これらのコンテキストの両方は、フレームワークにPOCOを登録する必要があります。
はEFについて、POCOは
の変更追跡、ナビゲーションプロパティ等の良さのためEFによって(またはそれがPOCOに由来している)、「管理」とDBSetとしてDBContext内に登録されなければなりませんMobileServiceSQLLiteStore、テーブルはオフライン同期用に登録されています
var store = new MobileServiceSQLiteStore"localsync.db");
store.DefineTable<TodoItem>();
これらは2つの異なる目的に使用される2つの異なるフレームワークです。 EF(EFコア経由)は、モバイルデバイス(アンドロイド、UWP、およびIOS(まだそこにはありません))上のデータを管理するための私の好ましい手段です。 MobileServiceSQLStoreは、変更を管理するために行われた変更を記録するためにPOCOを管理する必要がありますが、オブジェクトグラフの複雑さを処理することはできません。
IMO、何が起こる必要があるのは、CRUD活動のためにEFイベントにフックすることです。これは、EFの主な目的の1つです.EFグラフの変更を追跡し、コンテキスト上の保存が完了するまで保持します。 SAVEが発生すると、これらの変更が列挙され、基になるプロバイダ(SQLLite、SQL Serverなど)で実行されます。
必要なものは、EFのCRUDアクティビティを取り、その中で保持されている変更をプッシュするEF用MobileServiceSQLStoreプロバイダです。 MobileServiceSQLStoreの要件を理解してください。
私が仕事をしたいと思っているものしかし、まずMobileServiceSQLStoreをよく知っておく必要があります。
私はそれが完全な答えではなく、100%正しいとは限りませんが、1) 2)助けに興味のある人。 EFのプロバイダを作成する上
詳細URL:情報@Fred漢のための
https://blog.oneunicorn.com/2016/11/11/so-you-want-to-write-an-ef-core-provider/
https://docs.microsoft.com/en-us/ef/core/providers/writing-a-provider
感謝 - MSFTが、EFコアは、Azureのモバイルサービスオフライン同期で使用することができますか? – Vague