C# 有没有一种方法可以在没有持续推送通知的情况下显示实时互动程序的倒计时?
我想有一个应用程序,提供了一个“一目了然”的看法,他们有多久,直到发生了一些事情,通过活瓷砖。例如,公共汽车下一次预定从他们的公共汽车站出发 理想情况下,会有某种方式将一个简单的公式以某种方式嵌入到活动瓷砖中,让我显示倒计时。有没有办法做到这一点?在当前的框架下,我似乎需要每分钟发送一次推送通知,这看起来很淫秽 基本概念(非常伪代码): tile.text=“下一次出发:”+(出发时间-当前时间)+“分钟” 以60秒或类似的时间间隔运行。然后,我可以通过推送通知更新离开时间,但其他情况下,请不要使用手机。如果我能主要依靠手机上存储的时间表,只在有变化时通知,但也不知道如何做,那就更好了C# 有没有一种方法可以在没有持续推送通知的情况下显示实时互动程序的倒计时?,c#,silverlight,windows-phone-7,tiles,C#,Silverlight,Windows Phone 7,Tiles,我想有一个应用程序,提供了一个“一目了然”的看法,他们有多久,直到发生了一些事情,通过活瓷砖。例如,公共汽车下一次预定从他们的公共汽车站出发 理想情况下,会有某种方式将一个简单的公式以某种方式嵌入到活动瓷砖中,让我显示倒计时。有没有办法做到这一点?在当前的框架下,我似乎需要每分钟发送一次推送通知,这看起来很淫秽 基本概念(非常伪代码): tile.text=“下一次出发:”+(出发时间-当前时间)+“分钟” 以60秒或类似的时间间隔运行。然后,我可以通过推送通知更新离开时间,但其他情况下,请不要
推论:对于什么推送频率被认为是可接受的,是否有任何指导方针?aka每60秒推一次真的可以吗?要降低到1分钟的频率,您需要使用推送通知
TileSchedule和BackgroundAgent的频率在30分钟到1小时之间。要降低到1分钟的频率,您需要使用推送通知
TileSchedule和BackgroundAgent的频率在30分钟到1小时的范围内。unfourt目前,您的问题没有可接受的解决方案。 LiveTiles的设计根本就不是为了如此频繁地更新,这就是为什么现在(WP7Mango),没有办法做到这一点。
我说“不可能”,因为即使理论上允许,每60秒一次推送通知在技术上也是不可持续的(想象一下,你一次只接触到1000个客户端,即使这需要大量处理,如果你的应用程序变得流行,1000个可能是一个小数字).目前,您的问题没有可接受的解决方案。 LiveTiles的设计根本就不是为了如此频繁地更新,这就是为什么现在(WP7Mango),没有办法做到这一点。 我说“不可能”,因为即使理论上允许,每60秒一次推送通知在技术上也是不可持续的(想象一下,你一次只接触到1000个客户端,即使这需要大量处理,如果你的应用程序变得流行,1000个可能是一个小数字)