作者felaray (<^)<)
看板WindowsPhone
标题Re: [讨论] 在你吃芒果以前的几个注意事项
时间Mon Oct 24 01:05:29 2011
回一下您说的 "同步" 问题。
我先说，这是之前上微软TechDay 2011上，WP7芒果开发课程看到的。(但是我主要上的是
Office 365 / Sharepoint 开发 所以WP7的课程没有很仔细听。算是附选的课程，当初也
没认真想要开发)，所以以下的很有可能有错误 但是当成一个概念听听就好。
Windows Phone 7 Mango里面有个机制，叫做"推送服务"(Push Notification Service)
开发人员可以在"动态砖"里面自订正反两个图片。例如我想要做天气预报的APP，我在动态
砖里面，可以在第一个画面放入APP的形象图片，而在第二个页面放着卫星云图。然後我还
希望能够在动态砖上方可以帮我预告现在的天气状况。
这样开发人员会希望能够即时抓回卫星云图的照片，取代第二页的图片，然後取回天气的
文字讯息，用"推送服务"来传送到手机上，并显示在动态砖上方。
(推送服务的原理是透过微软的推送伺服器 把字串传递到手机上，随开发人员应用)
动态砖的程式流程大致上是这样，但是如果随时都在保持连线，三不五时就要传递最新的
天气状况，这样不是很吃频宽嘛?
(TCP的封包原理是三方交握。当装置收到封包以後，要回传封包已确认收到这个封包，才
会传递下一个封包。这边不赘述)
所以推送伺服器 一小时(还是半小时?)才会推送一次，透过集体传送，可以达成省频宽的
目的。
补一个推送服务的网址
http://msdn.microsoft.com/zh-tw/windowsazure/gg502446
当 Windows Azure 碰到了 Windows Phone 7：Push Notification Service 概述
--
1F：→ tang2068:这串已经被锁了 大哥07/17 09:10
2F：嘘 beatyourass:锁什麽东西啊 当这你家大门啊07/17 09:17
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 61.62.70.141
※ 编辑: felaray 来自: 61.62.70.141 (10/24 01:06)
3F：推 virtualcell :他的伺服->手机端的确是同步 这个我试过没问题 10/24 01:22
4F：→ virtualcell :不过手机->伺服不同步其实只是要不要做的问题而已 10/24 01:24
5F：→ friedpig :他的问题是手机不会马上自动同步回去 10/24 01:24
6F：→ virtualcell :况且在官方说明里也没提到手机端不同步的问题= = 10/24 01:24
7F：→ virtualcell :我之前就是看过信MSN又显示有新信 点进去看才知道不 10/24 01:26
8F：→ virtualcell :是新的 这不是错误 但是会让我产生困扰 10/24 01:27
9F：→ virtualcell :这样我根本不知道MSN显示的新信到底是新来的 10/24 01:27
10F：→ virtualcell :还是其实那是我没读过的 10/24 01:27
11F：→ virtualcell :更正 我已经读过的 10/24 01:28
12F：→ virtualcell :因为我根本不能确定手机啥时会再跟伺服端同步 10/24 01:28
13F：→ virtualcell :而且话说像MAIL这种系统内建服务还要跟APP一样遵守 10/24 01:29
14F：→ virtualcell :同样的规则真的很冤XD 最常用的功能要给予优先权才对 10/24 01:30
15F：→ felaray :我问一下 你是收哪里的信呢? 10/24 01:38
16F：推 virtualcell :GMAIL跟HOTMAIL 两个都出现同样的状况 10/24 01:59
17F：推 zxvc :v大，不知道这样的讲法会不会让你对WP7这同步的现象 10/24 02:53
18F：→ zxvc :比较释怀：这样比较省电。 10/24 02:54
19F：→ zxvc :"省电"不是我发明的，我忘了在哪看到的。 10/24 02:55
20F：推 Kevinlo :这篇写的 我想 当事人应该很难看懂 XD 哈哈 10/24 02:58
21F：→ Kevinlo :不过result => 省电应该看得懂啦... 说实在的 10/24 02:58
22F：→ Kevinlo :我觉得这讨论串真是超乎想像的长(晕) 10/24 02:59
23F：推 virtualcell :省电是真的有省啦 至少TITAN能够连续被我玩10小时 10/24 03:17
24F：→ virtualcell :其实1跟2都不是重点 因为只要更新就有机会改 10/24 03:17
25F：→ virtualcell :至於我提到的3 4点就比较像是芒果设计的思维 10/24 03:18
26F：→ virtualcell :那种东西除非内核砍掉重练不然很难改吧 10/24 03:18
27F：→ virtualcell :所以想要提醒潜在使用者芒果的一些问题点 10/24 03:19
28F：推 zxvc :Mango的battery saver有提到，当在省电模式，它会关 10/24 04:28
29F：→ zxvc :闭自动接收邮件。可见得同步是被视为颇耗电。 10/24 04:33
30F：推 zxvc :我认为As Items Arrive当初这样设计很可能就是省电 10/24 04:35
31F：→ zxvc :考量，所以MS可能也不会视这种现象为bug，顶多就照 10/24 04:37
32F：→ zxvc :v大所说的把说明书写的更清楚，或新增完整即时同步的 10/24 04:38
33F：→ zxvc :选项。 10/24 04:39
34F：推 zxvc :我猜MS当初设计的观点应该比较像BirthStone大所提到 10/24 04:45
35F：→ zxvc :的，一般人比较在乎有没有新信，不在乎是否删除同步 10/24 04:47
36F：→ zxvc :，又以省电作考量，所以才会不时时同步删除。 10/24 04:48
37F：→ zxvc :另外，我刚才想到，"As Items Arrive"并没用错字， 10/24 04:51
38F：→ friedpig :没有问题啊 她中文介面也的确没提到上传部分 10/24 04:53
39F：推 zxvc :它本来就是指有"新"信才作同步，并没说"删除"也同步 10/24 04:54
40F：→ friedpig :结果就是 手机不会在你做完动作後自动去同步 10/24 04:56
41F：→ friedpig :要等到时间到了 或者电脑端有动作才会同步 10/24 04:56
42F：→ zxvc :我刚才测试"Items"不只指新信，还包括新行事历项目。 10/24 04:56
43F：推 zxvc :比如说在手机行事历新增一个项目，就会发现手机会跟 10/24 05:00
44F：→ zxvc :云端同步。 10/24 05:00
45F：→ friedpig :行事历那个跟信箱的没关系 他是像OFFICE365一样 10/24 05:05
46F：→ friedpig :手机一有更动就会上传 10/24 05:05
47F：→ friedpig :不对 我弄错了 刚刚是的时候没改到 行事历是跟信箱 10/24 05:08
48F：→ friedpig :绑在一起 10/24 05:08
49F：→ friedpig :说到OFFICE365我也有气.. 每次改完都要强迫上传 10/24 05:08
50F：→ felaray :的确是强迫上传 就跟onenote一样! 10/24 09:56