前兩天，Apple4.us 的內部討論組里發生了一次關于桌面軟件（native app）和線上軟件（web app）區別的討論。這是一個老話題，但其中貌似有很多較難理性解釋的因素。很多資深的蘋果玩家都堅定地支持桌面軟件，至今在用 Mail 處理 Gmail 和 Google Apps 的郵件，但另一方面，技術實力無比雄厚的 Google 一直在猛力推進各種萬維網技術（HTML5, JavaScript……）。過去幾年里，網頁版 Gmail 和 Google Docs 在用戶體驗上已經日益接近桌面軟件。

　　無論是單純的好奇，還是出于「力挺線上軟件」的使命感，我們都需要知道兩者的區別究竟何在。在以下的討論中，我們試圖用文字描述某種很少被言說的感受，愿能起到拋磚引玉之效。—— 編者

　　Junyu: 大家覺得桌面軟件和線上軟件在用戶體驗上的區別在哪？

　　Lawrence: 主要是快捷鍵，線上軟件不能用 Alt + Tab 切換，用網頁版 Gmail 添加附件無法像 Mail 那樣 Command + C / Command + V 拷貝。

　　不過對于不太用快捷鍵的人來說，體驗差別應該不是很大。

　　其他都是個別因素，不具有普遍意義。比如用 Google Docs 寫稿，如果網絡狀況不佳，可能會導致反復存盤失敗，本地文字編輯器當然沒有這個問題。

　　Rio: 我覺得主要是線上軟件之間、線上軟件和桌面軟件之間不能互動吧。比如我可以在 iPhoto 里面拽幾張照片到 Mail 里然后發送，Gmail 就做不到。雖然我認為 Gmail 網頁版的郵件介面比 Mail 好不知道多少倍，但因為這些問題，我還是在使用 Mail。說白了，就是進程間通信。這篇文章講得很詳細了。

　　另外，沒有網絡或網絡狀態不好的時候，線上軟件的穩定性暫時還無法和桌面軟件相比。Lawrence 說的那個其實都還好解決，畢竟數據量少，HTML5 本地存儲（Local Storage）就搞定了。但是你很難想象把整個 Gmail 都通過瀏覽器拖到本地——它太大了。而且就算全部存了下來，JavaScript 的執行效率還是沒法和本地代碼相提并論。用 Google Gears 實現的離線 Gmail 到現在都很不好用，因為有些重要的功能必須要在服務器端實現，比如搜索。

　　上面兩點都是技術上的問題，并非不能解決，只是需要較長時間。我覺得線上軟件和桌面軟件還有個不易解決的重要區別：信任。我信任 Google，所以重要的郵件、甚至密碼我都敢放在 Google 的服務里面（比如 Gmail），我也相信，即使 Gmail 某一天突然無法繼續使用了，Google 也一定會在事前給我足夠的時間和方法備份好自己的數據。但是隨便一個第三方的線上軟件我可能就會很小心了，因為它隨時可以不見掉，我的數據存在都不能保證，更不用說什么隱私之類的問題了。桌面軟件在這個問題上就相對好很多：比如通過開源解決安全問題（確保沒有后門之類）。而且一個桌面軟件下載安裝好后，只要我能確保我有安裝文件和安裝需要的環境（實在不行可以通過虛擬機解決），我就不需要擔心這個軟件哪天會突然消失。軟件公司可能會隨時倒掉，我可能不會獲得繼續的技術支持，但好歹已有的數據不會丟、還能用。

　　哦，對了，如果在國內，還要隨時擔心用的線上軟件會不會被墻掉、白名單之類的。自有 VPN 當然沒問題，但是如果這個線上軟件不是你自己一個人用，而是需要和很多人合作的話，還是很痛苦的。比如想象一下 Dropbox 被墻掉，我就得給爸媽、女友全部配上 VPN 才能共享文件。

　　Junyu: 僅就拖拽發送而言，目前安裝了 Google Gears 后瀏覽器是可以實現的。

　　我就真的把十幾個 GB 的 Gmail 給搞下來了。當然，同步的內容沒有那么多，數據庫大概在 3 GB 左右，性能還不錯。

至于如果說 Gmail 和客戶端郵件程序比——例如說 Outlook 或者 Mail——對于我這樣的用戶來說，肯定是前者完勝。我 13 GB 的容量，Outlook 收到 2 GB 左右就徹底死了，Mail 大概收了 5 GB 也收不下來了。

　　另外，也有用戶認為線上軟件經常會無緣無故發生一些變化，不像客戶端，升級與否由自己掌控。

　　Lawrence：我覺得技術上的壁壘是次要的，更重要的是心理認知上的壁壘。對于用戶來說，「真正的軟件」就是那種自己單獨一個窗口（而不是一個標簽頁）、單獨一個圖標（而不是諸多 Firefox 圖標中的一個）的東西。這是肇始于 1984 年的麥金塔 GUI 多年以來為大家種下的觀念。

　　如果 iPad 真的翻新了人和電腦交互的方式，再等到 Rio 說的技術問題都不是問題的時候，或許線上軟件的景況會不一樣。

　　Junyu: 我非常同意這一點——我想知道的恰恰就是，諸如「單獨一個窗口」、「單獨一個圖標」這種對「真正的軟件」的認知還有哪些。例如，「介面文字不可選擇」就是之前一次研究中用戶提到的一點。

　　Willow: 我剛想說，如果一個按鈕上的字可以被高亮選擇，我會覺得那只是后面加了圖的文字，而不是一個控件。

　　Rio: 關于 HTML5 本地存儲，我之前試用的結果是，基本每次都不能完全同步成功。數據也不算特別多，2.5 GB 的樣子。倒是 Mail 完全拖下來了。看來等 Gears 支持 10.6 之后要重新試試了。

　　上個星期無聊做了個 JavaScript 的數獨游戲，一直在 Chrome 里面調試，還沒覺得有啥問題。后來在 Firefox 和 IE8 里試用才感覺到 V8 引擎的強大：什么優化也沒做的情況下，IE8 里面跑感覺明顯比 Chrome 慢很多。Firefox 也比 Chrome 慢一些，但不是很明顯。（注：為了優化 IE8 的速度，代碼已經改過了，現在速度差別沒那么明顯。順帶一提，IE8 的開發者工具還挺好使的。）Computer Language Benchmark 的結果顯示幾項測試中 V8 甚至比 Python 還要快 10 倍左右。我一直覺得大部分應用能跑到 Python/Ruby 那個程度就差不多了，V8 的確很猛。Node.js 用 V8 來跑，如果庫的支持再多一點，可能很多服務器端的應用會從 Python/Ruby 手中搶過不少份額，畢竟服務端和客戶端共用一套代碼這個誘惑對于服務端處理前端頁面的部分實在太大了。

　　回應 Lawrence，Chrome 在 Windows 上已經可以把一個線上軟件變成一個看起來是普通程序的樣子了，有單獨的圖標在桌面上、打開也是單獨的窗口，沒有標簽頁的。但還是感覺和桌面軟件不同。比如，記得去年上課的時候老師講過，響應速度對于用戶感知的影響是非常大的，雖然很難描述。大概意思就是，一個用戶操作，500 毫秒的相應時間和 250 毫秒的相應時間，在開發者看起來其實差別不大，要讓用戶來描述兩個的具體差別也很難說清楚，但潛意識中這樣的差距就會慢慢累積起來，成為影響用戶體驗的重要原因。

　　iPad 是個機會。全新的交互方式，用戶沒有那么多思維定勢，如果好好做，線上軟件可能會變得更加易用一些。這個說起來容易做起來難：因為桌面軟件，特別是 Mac/iPhone/iPad 系列的，由于有用戶介面規約（Human Interface Guidelines）的指導和整個環境的熏陶，基本能形成一套共通的模式（比如用手拖動滑動條這樣的設計在很多應用中都很常見，用戶邊際學習成本很低）。而線上軟件受限制于相對渙散的開發和運行環境，比較難有共識：基本上每個線上軟件公司都有自己的一套頁面元素的「樣式」或者說「語言」，Google 旗下 Gmail/Docs 是一系列樣子，Yahoo! 是另外一套樣子，Facebook 又不一樣，更不用說不計其數的其他線上軟件開發商了。用戶每次在不同的線上軟件間切換的時候潛意識里其實都在習慣不同的視覺元素語言。出于獵奇的目的，這樣當然是好的，可以看到各式各樣的風格。但這樣的線上軟件要去模擬桌面軟件，沒有統一的視覺語言是很糟糕的一件事情。也許像 Cappuccino 這樣的框架可以解決這個問題，起碼對于蘋果用戶而言能夠盡量做到線上軟件的外觀接近桌面軟件了。

　　Lawrence: 關于 Prism 這類的嘗試還有一點，就算有了不同的圖標和單獨的窗口，邊框（chrome）還是千篇一律，感覺上無論如何更像是同一個軟件的不同窗口，而非多個不同的軟件。

　　Rio: 它本質上就是這個，有啥辦法。Mac 上的 Fluid 可能還稍微好點，比如 Gmail 還能有個 Dock 上的徽標提示新郵件數量。另外貌似也可以通過 JavaScript 定制樣式，不過限于頁面內……

it知識庫：線上軟件 vs. 桌面軟件，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。