考虑两个应用程序。1.A应用程序从互联网接收数据，如球员位置和其他详细信息1.“B”类应用程序，也需要球员位置，但将被阻止访问互联网。因此，唯一的方法是使用SQLite同步播放器位置(这些以毫秒为单位的频繁更新)。我甚至不能使用套接字或任何其他插件。那么，您认为SQLite能够在不占用大量CPU的情况下在毫秒内处理读写操作吗？
j5fpnvbx1#
如果您希望实时共享数据，那么我将使用进程间管道或文件Map(内存)来实现这一点。向任何形式的硬件存储写入数据和从其读取数据都会增加数据传递的相当大的延迟，随着硬件数据高速缓存被填满，这种延迟只会变得更糟。硬件对于历史数据来说是可以的。两者都受Win32支持，即使您使用.NET来生成UWP应用程序，也应该可以访问它们。见here
1条答案
按热度按时间j5fpnvbx1#
如果您希望实时共享数据，那么我将使用进程间管道或文件Map(内存)来实现这一点。
向任何形式的硬件存储写入数据和从其读取数据都会增加数据传递的相当大的延迟，随着硬件数据高速缓存被填满，这种延迟只会变得更糟。硬件对于历史数据来说是可以的。
两者都受Win32支持，即使您使用.NET来生成UWP应用程序，也应该可以访问它们。
见here