Windows phone 8 当WP8应用程序使用本地linq to sql db时，如何将其迁移到universal？

编辑：为了澄清，我指的是本地数据库支持：使用Microsoft.Phone.Data.Linq名称空间。我相信这项技术是基于sqlce的

我有一个现有的Windows Phone 8应用程序，我想将其迁移到新的通用Windows应用程序框架。该应用程序严重依赖于嵌入Windows Phone Silverlight API的Linq to SQL。我知道我可以坚持使用Silverlight，但在我看来，微软将我们所有人推向Universal只是时间问题。此外，如果我想将此应用程序也作为Windows应用程序呈现，这也很有意义

所以，我真的很难做到这一点，而不是把我现有的用户搞砸。很明显，我可以用不同的数据层重新构建应用程序，让用户重新创建他们的配置，但这不是对待我的用户的理想方式

我很乐意迁移到不同的持久性机制，但问题仍然是如何获得现有配置以迁移数据？我提出的唯一选择是使用Silverlight创建一个中间版本，将数据迁移到新格式，然后稍后将应用程序升级到universal。在这种情况下，如果用户错过了中间升级，仍然有可能在中途失去用户

---

想法？

嗯。。。我不是舒尔，但SQL for Windows 8.1已经可用，SQL for Windows Phone 8.1处于预览状态。它不是LinqToSQL，但它可以工作。所以，我认为，您可以尝试使用它与用户客户端上的当前数据文件进行交互，直到它们也是SQL数据库。

---

试试这个：

执行迁移的Silverlight应用程序的中间版本是最好的方法。如果您的应用商店中有一段时间使用该版本，您应该让大多数用户进行转换，尤其是当他们升级到Windows Phone 8.1时，默认情况下，Windows Phone 8.1会自动更新应用程序。

使用SQLite是我可以选择的方向，但是如何读取用户现有数据以执行转换？这就是挑战。哎呀。。。我忘记了“独立存储功能”。那么SkyDrive集成呢？您可以在当前的应用程序中做一些小的更改，向用户显示一个通知，您将在其中解释，如果用户不备份数据，他们可能会丢失数据。WP8.1的官方版本还没有准备好，还有很多工作等着你去更改你的应用程序。所以，这段时间可能是通知所有用户的好时机。嘿！我发现：在“升级已发布的Windows Phone 8应用程序”一节中，他们说，即使升级到8.1 Windows运行时（以及Silverlight 8.1），也可以保存隔离存储中的数据。相关话题：我走这条路线的可能重复。发布更新版本的my 8.0应用程序，其中包含将现有数据库复制到SQLite的迁移逻辑。使用SQLite Net和CSharp SQLite。我应该能够在代码更改最少的情况下重用我的对象。早期版本的用户会怎么样？