Re: [討論] 在你吃芒果以前的幾個注意事項

看板WindowsPhone作者 (<^)<)時間13年前 (2011/10/24 01:05), 編輯推噓10(10038)
留言48則, 5人參與, 最新討論串5/5 (看更多)
回一下您說的 "同步" 問題。 我先說,這是之前上微軟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 概述 --

07/17 09:10,
這串已經被鎖了 大哥
07/17 09:10

07/17 09:17,
鎖什麼東西啊 當這你家大門啊
07/17 09:17
-- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.62.70.141 ※ 編輯: felaray 來自: 61.62.70.141 (10/24 01:06)

10/24 01:22, , 1F
他的伺服->手機端的確是同步 這個我試過沒問題
10/24 01:22, 1F

10/24 01:24, , 2F
不過手機->伺服不同步其實只是要不要做的問題而已
10/24 01:24, 2F

10/24 01:24, , 3F
他的問題是手機不會馬上自動同步回去
10/24 01:24, 3F

10/24 01:24, , 4F
況且在官方說明裡也沒提到手機端不同步的問題= =
10/24 01:24, 4F

10/24 01:26, , 5F
我之前就是看過信MSN又顯示有新信 點進去看才知道不
10/24 01:26, 5F

10/24 01:27, , 6F
是新的 這不是錯誤 但是會讓我產生困擾
10/24 01:27, 6F

10/24 01:27, , 7F
這樣我根本不知道MSN顯示的新信到底是新來的
10/24 01:27, 7F

10/24 01:27, , 8F
還是其實那是我沒讀過的
10/24 01:27, 8F

10/24 01:28, , 9F
更正 我已經讀過的
10/24 01:28, 9F

10/24 01:28, , 10F
因為我根本不能確定手機啥時會再跟伺服端同步
10/24 01:28, 10F

10/24 01:29, , 11F
而且話說像MAIL這種系統內建服務還要跟APP一樣遵守
10/24 01:29, 11F

10/24 01:30, , 12F
同樣的規則真的很冤XD 最常用的功能要給予優先權才對
10/24 01:30, 12F

10/24 01:38, , 13F
我問一下 你是收哪裡的信呢?
10/24 01:38, 13F

10/24 01:59, , 14F
GMAIL跟HOTMAIL 兩個都出現同樣的狀況
10/24 01:59, 14F

10/24 02:53, , 15F
v大,不知道這樣的講法會不會讓你對WP7這同步的現象
10/24 02:53, 15F

10/24 02:54, , 16F
比較釋懷:這樣比較省電。
10/24 02:54, 16F

10/24 02:55, , 17F
"省電"不是我發明的,我忘了在哪看到的。
10/24 02:55, 17F

10/24 02:58, , 18F
這篇寫的 我想 當事人應該很難看懂 XD 哈哈
10/24 02:58, 18F

10/24 02:58, , 19F
不過result => 省電應該看得懂啦... 說實在的
10/24 02:58, 19F

10/24 02:59, , 20F
我覺得這討論串真是超乎想像的長(暈)
10/24 02:59, 20F

10/24 03:17, , 21F
省電是真的有省啦 至少TITAN能夠連續被我玩10小時
10/24 03:17, 21F

10/24 03:17, , 22F
其實1跟2都不是重點 因為只要更新就有機會改
10/24 03:17, 22F

10/24 03:18, , 23F
至於我提到的3 4點就比較像是芒果設計的思維
10/24 03:18, 23F

10/24 03:18, , 24F
那種東西除非內核砍掉重練不然很難改吧
10/24 03:18, 24F

10/24 03:19, , 25F
所以想要提醒潛在使用者芒果的一些問題點
10/24 03:19, 25F

10/24 04:28, , 26F
Mango的battery saver有提到,當在省電模式,它會關
10/24 04:28, 26F

10/24 04:33, , 27F
閉自動接收郵件。可見得同步是被視為頗耗電。
10/24 04:33, 27F

10/24 04:35, , 28F
我認為As Items Arrive當初這樣設計很可能就是省電
10/24 04:35, 28F

10/24 04:37, , 29F
考量,所以MS可能也不會視這種現象為bug,頂多就照
10/24 04:37, 29F

10/24 04:38, , 30F
v大所說的把說明書寫的更清楚,或新增完整即時同步的
10/24 04:38, 30F

10/24 04:39, , 31F
選項。
10/24 04:39, 31F

10/24 04:45, , 32F
我猜MS當初設計的觀點應該比較像BirthStone大所提到
10/24 04:45, 32F

10/24 04:47, , 33F
的,一般人比較在乎有沒有新信,不在乎是否刪除同步
10/24 04:47, 33F

10/24 04:48, , 34F
,又以省電作考量,所以才會不時時同步刪除。
10/24 04:48, 34F

10/24 04:51, , 35F
另外,我剛才想到,"As Items Arrive"並沒用錯字,
10/24 04:51, 35F

10/24 04:53, , 36F
沒有問題啊 她中文介面也的確沒提到上傳部分
10/24 04:53, 36F

10/24 04:54, , 37F
它本來就是指有"新"信才作同步,並沒說"刪除"也同步
10/24 04:54, 37F

10/24 04:56, , 38F
結果就是 手機不會在你做完動作後自動去同步
10/24 04:56, 38F

10/24 04:56, , 39F
要等到時間到了 或者電腦端有動作才會同步
10/24 04:56, 39F

10/24 04:56, , 40F
我剛才測試"Items"不只指新信,還包括新行事曆項目。
10/24 04:56, 40F

10/24 05:00, , 41F
比如說在手機行事曆新增一個項目,就會發現手機會跟
10/24 05:00, 41F

10/24 05:00, , 42F
雲端同步。
10/24 05:00, 42F

10/24 05:05, , 43F
行事曆那個跟信箱的沒關係 他是像OFFICE365一樣
10/24 05:05, 43F

10/24 05:05, , 44F
手機一有更動就會上傳
10/24 05:05, 44F

10/24 05:08, , 45F
不對 我弄錯了 剛剛是的時候沒改到 行事曆是跟信箱
10/24 05:08, 45F

10/24 05:08, , 46F
綁在一起
10/24 05:08, 46F

10/24 05:08, , 47F
說到OFFICE365我也有氣.. 每次改完都要強迫上傳
10/24 05:08, 47F

10/24 09:56, , 48F
的確是強迫上傳 就跟onenote一樣!
10/24 09:56, 48F
文章代碼(AID): #1Ef4bVma (WindowsPhone)
文章代碼(AID): #1Ef4bVma (WindowsPhone)