作者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