这似乎是一个简单的问题，但经过一个小时的搜索，我发现只有一个人在尝试，一个回应却说不做...
我们才刚刚开始使用EF，这看起来很酷，但是现在我们被要求使用JSON-LD而不是SQLlocalDB作为存储介质。
有没有可能，应该尝试还是放弃EF并直接与JSON.Net一起使用更简单？
编辑...
好的问题，所以简而言之，背景是我们试图将由桌面，移动和基于Web的应用程序组成的不同系统整合到一个基于云的通用数据模型中，从而可以将其数据与更大的数据合并本体。该本体需要JSON-LD格式，并且各种应用程序当前都使用各种形式。我们需要版本控制，加密，合并，冲突解决以及所有这些好东西。
一些应用程序已经使用了各种SQL数据库技术来实现EF，但是为了减少在格式和混乱之间转换数据的需要，我们认为最好将JSON-LD视为自上而下的通用数据存储格式。因此，我想知道是否有可能仅将基础DBContext更改为可以使用JSON-LD的某种东西（当然仍然会使用JSON.Net），而不是用JSON.Net等代替所有EF东西。文件。
产生这个想法的原因是，我们可以使用一些现成的（GIT，SVN等）系统来管理具有上述所有优点的数据。是的，加密的二进制数据不适用于冲突检测等，但是由于我们对此有想法，因此暂时将其忽略。主要的问题是，我是否可以将DBContext替换为可以读取/写入JSON-LD的东西，并且在您看来是否明智...