我即将开始一个相当简单的应用程序，但我想确保我正确地构建了应用程序的后端，因为我计划在未来对其进行大量扩展。这是我的问题：
我正在创建 Windows Phone 8 和 Windows 8 Store 应用程序。在这种情况下，它是一个单位转换应用程序，用户可以在其中定义自定义单位转换单位。我想让用户基本上在两个平台之间同步这些自定义单元，这样他们就不需要多次定义它们。
我应该采取什么后端方法？
XML 存储与 SkyDrive、Azure、一个通过 USB 同步的本地数据库相结合......有很多选择，我不确定在我上面描述的场景中首选哪种方式。任何帮助或建议将不胜感激。
至于实际的数据共享，我建议使用 Azure，它对用户来说更可靠、更透明（与通过 USB 同步的本地数据库相反）并且比 SkyDrive 中的 XML 文件更干净（用户不需要无论如何，请参阅这些文件）。
至于代码共享，您可以使用两种技术：
我最近写了两篇关于这个的文章：
http://www.kenneth-truyers.net/2013/03/27/portable-class-libraries-or-source-code-sharing/
如果您正在争取更低的价格范围，它实际上不一定是 Azure。您还可以选择虚拟主机并使用构建 WebAPI 服务，这将帮助您同步数据并将它们放在所有设备上。当然，Azure 是首选解决方案，因为它提供了更多功能。
我为一个应用程序使用了 Windows 8漫游数据支持。就我而言，数据只是应用程序中用户操作的历史记录，数据大小小于 1k。根据文档，Windows 8 漫游数据支持最多可支持 100k 的数据，对于投资非常低的 w8 应用程序来说是一个良好的开端。它涵盖了所有 w8 设备。对于用户来说，这对于简单的键/值对类型的数据肯定是有好处的。
现在需要注意的是 - 目前，它不支持windows phone漫游。这是电话 8 的一项功能要求- 可以投票。最后，这不会漫游到 android 和其他移动设备。
另一种思考方式——你什么时候需要构建它？
如果只是每个用户的数据存储 - 后端不需要在第一个版本中到位。您可以从 w8 漫游数据支持开始，在未来的 x 版本中，它可以从 windows 8 漫游数据移动到 skydrive 或您的 web api 或 azure。我的意思是，它不需要被冒犯。
如果后端将允许用户之间共享数据或体验来自多个用户的聚合数据 - 那么，这都是不同的问题。在这种情况下，漫游数据不是解决方案。后端 Web api 或服务是必须的。
HTH。
其他参考资料： Windows 8 漫游数据指南。