问题描述
WNS内置了哪些保护功能可以防止Metro磁贴体验"糟糕"的事情？
Are there protections that are built into WNS to prevent 'bad' things for the Metro tile experience?
- 过多的文字
- 过于频繁的更新
- 图片太大而无法传输
- 图片没有合适的尺寸
- 整数值太大而无法使用徽章
- 他人？
我问这个，因为我们开始通过使用BUILD会议的食谱发送消息来理解。 它会工作一段时间，然后停止。 DNS使用200回答服务器请求，但在测试客户端上的某个点之后没有任何内容出现。
我想知道是否有业务规则冻结我们应该知道的某些瓷砖，徽章或烤面包行为。 开发"玩"系统是否足以激发WNS强加的一些限制？
I ask this as we are starting to understand by sending messages using the recipes from BUILD conference. It works for awhile, then it stops. DNS answers the server request with a 200, but nothing appears after a certain point on the test client. I'm wondering if there are business rules that freeze out certain tile, badge, or toast behavior that we should know about. Is the development 'playing' with the system enough to excite some limitations imposed by WNS?
推荐答案
我将这个问题移到了一个更合适的论坛。
I moved this question to a more suitable forum.
Dan
这篇关于什么是阻止更新的WNS（通知服务）的业务规则。的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！