Google支援iPhone同步行事曆了

阿輝

我知道您的意思, 但是 MobileMe 與 Outlook 的同步關係是:
(手機端) - (server 端) - (conduit) - (desktop 程式)

我指的桌面端程式意思是:
(手機端) - (server 端) - (desktop 程式)

和上面那個的不同 ...
achen 發表於 2009-9-25 11:26

這邊其實也是有說法的問題，MobileMe 並不是以 AP 情況存在而是類似系統 Service 的方式在背景運作
其實跟 Outlook 內建的作法是相同 (Exchange / MAPI) 的作法，只是差別是官方與非官方的作法

其實兩者是相同的
因為我也正在做這個工作啦，這個我還頗確定的.. (MAPI 開發)

如果電腦沒開, 它不會同步,

Exchange + Outlook 情況也相同

如果 conduit 程式沒執行, 它不會同步

不會有這樣的情況，沒有所謂的 MobileMe Conduit 程式，一樣是以服務方式運作
甚至 Outlook 不用執行也會同步動作

, 如果哪一天手賤或是腦筋不清楚滑手, 還是會有舊資料端不小心 overwrite 新資料端的危險性, 或是出現同一筆資料在兩端修改, 造成 duplicate data 的現象.

其實不會有這樣的問題.. 異動出現異狀也會有自動或是手動的選擇

簡單來說.. 其實 Exchange 和 MobileMe 根本是類似幾乎一樣的作法

阿輝

其實就是  Outlook 內建了對於 Exchange 同步的支援以及『協定』=> 這裡都以最佳的情況說
因為公司最近也在開發 Exchange 相容程式，所以這部份 k 了很多資料

資料一致性問題應該是會出現在時間差的差異上，例如 A 裝置與 B 裝置兩者資料的衝突上
其實 Exchange 一樣會碰到相同的情況，應該 Exchange 主要問題少的原因 -> outlook 支援 Exchange 是幾乎沒有時間差的，簡單來說就也可以說 Push 方式的支援更新，也就是即時更新，而 Device 上也支援 Push 的前提上，就可以很穩定而且可靠的以 Exchange 為各平台的同步中心（或是說 Could Server)

MobileMe 其實我不是非常確定 Outlook 方面是不是完全即時更新，不過之前印象是在 Outlook 資料異動時，也會自動更新（將更新時間設定為自動），包含 Outlook 不執行與執行時（這點在開發程式才發現 MobileMe 在 OU 不開啟時也可以同步資料而且沒感覺真的蠻不容易的）都可以更新資料；

至少在我使用上，其實 MobileMe 對於資料的一致性剛好就是我當初購買 MobileMe 的原因（就是找非 Exchange 的類似方案）現在多用了 Mac ，還連帶多了 Mac App 的資料同步也真是方便... (FTP 站台資料都雲端了，真夠讚)

真的要說缺點的話是覺得 MobileMe Web 還不夠好用

achen

(文內回覆很容易在切換中英文的時候不小心就送出去了...)

TsuNaMi 的文中回覆給了我一個很好的起頭, 我用另外一個角度來說明我的 "一致性" 觀點好了.   MobileMe 和 Exchange 兩個平台絕對是 99% 相同概念的服務, 手機端與雲端的同步都是  on the air, 所以沒甚麼好比較了. 但是,

- Outlook client (Mac/PC), 是直接下載 server 端的資料庫來 present 給 user, 既然是一筆資料庫, 就完全沒有 "同步 / sync" 這樣的名詞或動作. (Offline archive 是另外一回事)

- Mac 端我相信 local 的 MobileMe 程式也是和上面一樣 "直接溝通" 的協定, 但是我沒用過, 所以不敢多作描述.

- 而在 PC 端, Apple 並沒有做一個可直接與 MobileMe 溝通的 client 軟體, 所以必須安裝 "MobileMe Control Panel for Windows" 這個 conduit 來同步 email client 與雲端這兩筆資料庫.  只要是兩筆 data 在相互同步, 不管 conduit service 再穩定, 再快速, 它畢竟就有 conduit 停擺, 人為疏失按錯選項, 不小心把同步時間延長或暫停... 太多太多可能性導致兩端資料不符的風險.

下面的抓圖可以輔佐我的說法. 那兩句好像繞口令的話, 我看了幾十次都看不懂, 是看圖示才知道是強迫一端覆寫另一端... 這些設定, 選項, 動作, 在 Exchange ActiveSync 中, 根本不用擔心, 也絕對不會看到, 因為資料庫只有一個.

總結一下, 我的意思是, 以 PC 來說, Outlook 資料經由 Exchange ActiveSync 以及經由 MobileMe 同步到手機, 雖然起點終點是一樣的, 但是我認為是兩個不同層次的服務.

阿輝

以上面的說法說其實是不是換方式說
Exchange 就是永遠覆蓋 PC 端的優先條件
以我的情況來說，上面的衝突情況會發生在什麼時候？--> Outlook  第一次連線時
而日後以更新的情況來看是不會出現的情況

以要達成 Achen 提到的 Exchange 為主的效果，其實就是 Push 加上 MobileMe Server 為主的使用情況就是了不是嗎？

Exchange 應該就是相對的強制性吧～
差別只是一個是包好的方案，因為全包了，不用也不需要提供給使用者彈性(應該是說全部搞定) （Exchange）
另一個畢竟是附加的情況，也許是不能也不適當如 Exchange 般的全面處理

Achen 提的不同層次的說法我是覺得有點意見，畢竟以我的理解以目前的應用，在目的上的確是和  achen 提到的功能目的可以達到 100% 的需求，甚至更多 (Mac 上算是包山包海，還可以給程式呼叫 API 整合使用)
應該算是類似的解決方案但有細節與定位上的差異

對於 Outlook 整合性當然 Exchange 一定最高是無庸置疑的
不過對於資料一致性，我並不認為 Exchange 能做的 MobileMe 做不到

阿輝

至於 conduit service 其實以我現在在寫 Oulook Exchange 類似的方案來看
內建於 Outlook 和 conduit Service 的作法差異其實並沒有差別這麼大

achen 你提的資料一致性的問題其實並沒有什麼實質上是因為 conduit 的技術上差異造成的
單純就是各種服務要做到的目的與執行規則而已

另外問一下.. 這點我不太確定

Outlook 要開啟執行著（或是在背景執行），Exchange 才會同步資料到此台的 Outlook 嗎？

阿輝

Mac 版本 MobileMe 同步的項目

阿輝

奇怪單純就收信來看

不開 Push 的前提下，走 Google Sync 和 IMAP 反而前者反應比較慢

摩根

原來不是只有我覺得收信delay的時間較長
也許是剛開放，sync的量太大

還有另一個問題：中文郵件亂碼
以RBS的信用卡交易通知email 來看
IMAP的話，標題亂碼，但內容OK
Google Sync過來的，則連內容都是亂碼

所以剛剛又換回IMAP模式了

奇怪單純就收信來看

不開 Push 的前提下，走 Google Sync 和 IMAP 反而前者反應比較慢
阿輝 發表於 2009-9-25 14:48

阿輝

原來不是只有我覺得收信delay的時間較長
也許是剛開放，sync的量太大

還有另一個問題：中文郵件亂碼
以RBS的信用卡交易通知email 來看
IMAP的話，標題亂碼，但內容OK
Google Sync過來的，則連內容都是亂碼

...
摩根 發表於 2009-9-25 15:34

我是還在考慮，畢竟長遠看來應該還是會比 IMAP  好
不過以我使用 Gpush 的情況，搭配 IMAP 反而是目前效果比較好的情況

TsuNaMi

我在美國這邊的話，則是：
Pre(最快)>Google Sync>Growl(桌面端)+Prowl(iPod Touch端)
不過，差別都在一秒之內吧 ＠＠

我覺得Google Sync目前大概還在調整中吧
像昨天早上，Google Contact掛了大概十來分鐘(我數個帳號一起掛，包括學校Google APP的帳號)
GMail還可以運作，但是完全不能搜尋裡面的聯絡人
我猜搞不好也是Sync影響的

阿輝

Growl  會顯示更新?

achen

感謝阿輝的精闢解說 !