如何在移动应用（.Net Compact）和Winforms one（.Net）之间共享数据？

我有一个丰富的桌面应用程序（.net 2.0），我正在设计一个在Windows Mobile/Phone设备上运行的应用程序（使用.net Compact Fwk）。其想法是，移动应用程序基本上是一个数据输入应用程序，没有很多功能

我的问题是，如何将手机捕获的数据“发送”到我的主应用程序是最好的方法。我可以考虑导出包含数据的XML文件，直接连接到Web服务，等等。。。但这对终端用户来说应该很容易，因为他们不是技术用户

可能正在发送电子邮件。。。通过蓝牙连接

让我们看看利弊

---

提前谢谢

这在很大程度上取决于您的拓扑结构。设备和PC在物理上是如何关联的？您希望如何启动传输（从PC或设备）

如果他们通过USB连接到电脑，那么假设电脑启动是可以接受的，这可能是一种合理的方法

如果它们在同一个网络上，那么我可能会采用在PC上安装WCF web服务的方法。这需要设备启动

如果设备远离PC，且无法访问PC（因此web服务不起作用），那么像电子邮件这样的传输可能会起作用，但如果不得不监视和解析它们，情况会变得很糟糕。我更倾向于建立一个公共服务，或者使用类似Azure的东西，设备和PC都可以与之通信，充当数据网关

当然，如果您的所有数据都存储在数据库中，那么也可能是一种选择

---

蓝牙可能是一个坏主意，因为您将不得不在两端编写协议，并依赖用户实际进行配对等。这听起来像是一场支持噩梦。

这在很大程度上取决于您的拓扑结构。设备和PC在物理上是如何关联的？您希望如何启动传输（从PC或设备）

如果他们通过USB连接到电脑，那么假设电脑启动是可以接受的，这可能是一种合理的方法

如果它们在同一个网络上，那么我可能会采用在PC上安装WCF web服务的方法。这需要设备启动

如果设备远离PC，且无法访问PC（因此web服务不起作用），那么像电子邮件这样的传输可能会起作用，但如果不得不监视和解析它们，情况会变得很糟糕。我更倾向于建立一个公共服务，或者使用类似Azure的东西，设备和PC都可以与之通信，充当数据网关

当然，如果您的所有数据都存储在数据库中，那么也可能是一种选择

---

蓝牙可能是一个坏主意，因为您将不得不在两端编写协议，并依赖用户实际进行配对等。对我来说，这听起来像是一场支持噩梦。

不错的选择。当提到电子邮件时，我想到的是用户手动下载并导入到桌面应用程序的电子邮件附件。我喜欢中间的公共服务来处理“中转”信息。不错的选择。当提到电子邮件时，我想到的是用户手动下载并导入到桌面应用程序的电子邮件附件。我喜欢中间的公共服务来处理“中转”信息的存储。