IBM Lotus Domino 8.0.1 Web Access Lite 模式簡介

對話方塊將對話方塊顯示為頁面上的一個元素（而不是彈出視窗），如圖 6 所示。

圖 6. 顯示為頁面元素的對話方塊
 

有哪些可用特性？

Lotus Domino Web Access Lite 模式包含了 Full 模式中的一部分特性。Lite 模式提供的特性是根據對商務旅客的重要性和 Beta 週期內使用者提供的反饋決定的。當您訪問 Lite 模式沒有完全支援的特性時（比如訪問日曆條目），將顯示一條詳細的訊息，告訴您如何切換到 Full 模式，以使用該特性（見圖 7）。
圖 7. 詳細的支援訊息

Lite 模式也考慮到影響 Lite 模式中的可用特性的 Lotus Domino Web Access 首選項；不過，目前 Lite 模式還不提供使用者首選項。如果您需要修改 Lotus Domino Web Access 首選項，必須切換到 Full 模式。釋出說明包含 Lite 模式支援的首選項列表。要獲得 Lite 模式中可用的特性的列表，可以檢視 Technote #1290510 “What features are available when using DWA Lite?”。

處理郵件

在 Lite 模式中，Inbox 的佈局幾乎完全與 Full 模式中的一樣。概要部分位於可收起的左邊皮膚中，而主體區域包含一個輕量級選單小部件（針對操作欄）和一個輕量級虛擬列表小部件。此外，這個列表小部件支援使用垂直滾動欄在資料集之間滾動，單擊列進行排序，拖動列分配器調整列的大小，以及類似於 Microsoft® Windows® 中的選擇操作（見圖 8）。Subject 列的寬度是可變的，即它可以佔用列表內剩餘的所有空間。

圖 8. Inbox 佈局

Full 和 Lite 模式的兩個區別是 Lite 模式不支援鍵盤導航和右鍵單擊選單，因此您必須使用滑鼠在 Inbox 中進行滾動並開啟訊息，並且必須使用操作欄呼叫操作。

您還會發現，用於建立新郵件訊息的使用者介面也與 Full 模式非常相似。在處理這些訊息時，文件修改指示器將顯示一個提醒，提示文件是否有未儲存的更改：為了防止丟失資料，在切換到 Full 模式之前請儲存更改，或在切換到其他頁面時讓未儲存的文件保持開啟。當開啟多個選項卡時，該文件修改指示器也讓您能夠輕鬆找到尚未儲存更改的文件。

不用等待游標

因為在 Lite 模式中使用非同步事務，因此在開啟文件或滾動檢視時，不會因等待游標而延遲。事務在後臺發生時，將顯示一個活動指示器，但它不能阻止您的行為，比如開啟其他文件或切換到不同的資料夾（見圖 9）。

圖 9. 游標仍然可用

使用預先輸入

預先輸入是新增到 Lotus Domino Web Access Lite 模式的新特性。可以以幾種方式呼叫預先輸入，這取決於如何在伺服器上配置它；例如，輸入一個逗號時，輸入指定數量的字元之後，或鍵盤空閒了指定的一段時間之後都會呼叫預先輸入。為了減少 Domino 伺服器的負載，Lotus Domino Web Access Lite 模式預設禁用預先輸入。要在 Lite 模式中啟用和配置預先輸入，請使用表 1 的 Notes.ini 引數。

表 1. 預先輸入引數

引數	值
iNotes_WA_NameTypeahead	有 3 個可用的值： 0 - 禁用預先輸入。 1 - 輸入逗號時立即觸發預先輸入。 2 - 輸入逗號時立即觸發預先輸入，或 iNotes_WA_NameTypeaheadMinChars 和 iNotes_WA_NameTypeaheadStartTimeout 引數的條件得到滿足時觸發預先輸入。 預設值：0
iNotes_WA_NameTypeaheadMinChars	將值設定為已輸入的字元的數量，在達到該值後呼叫預先輸入。 預設值：5
iNotes_WA_NameTypeaheadStartTimeout	將值設定為鍵盤空閒的毫秒數，當達到該值後將呼叫預先輸入。 預設值：500 毫秒
iNotes_WA_NameTypeaheadWaitTimeout	如果伺服器在指定的時間之內不響應，則取消預先輸入請求。 預設值：5000 毫秒

注意：如果同時使用 iNotes_WA_NameTypeaheadMinChars 和 iNotes_WA_NameTypeaheadStartTimeout 引數，必須在呼叫預先輸入之前滿足這兩個引數的條件。

為了在預先輸入和 Domino 伺服器負載之間實現更好的平衡，可以使用 iNotes_WA_NameTypeahead=1 引數。這個引數不僅實現預先輸入，同時還將伺服器和客戶端之間的過程限制為 1 個事務，因為輸入逗號之後僅進行一次名稱請求。其他選項提供的預先輸入非常類似於 Lotus Notes 客戶端；不過，它們有可能影響伺服器的效能。

在呼叫之後，Lite 模式中的預先輸入類似於 Lotus Notes 客戶端，如圖 10 所示。

圖 10. 顯示預先輸入

到目前為止，只有 Lite 模式支援預先輸入。但 Full 模式的未來版本也打算支援預先輸入特性。

富文字編輯差別

當在 Lite 模式中建立新的訊息時，可以使用富文字編輯器的精簡版本，並且具備 Full 模式的大部分功能（見圖 11）。一個最明顯的差別就是能否建立和操作表格。

圖 11. 富文字編輯功能

此外，在 Lite 模式中，拼寫檢查得到了增強。誤拼的地方將使用黃色的背景突出顯示，並劃上波浪曲線。您可以直觀地與行中誤拼的單詞或短語進行互動，然後核實並接受拼寫糾正建議（見圖 12）。

圖 12. 拼寫檢查 UI
 

處理聯絡人

Contacts 檢視和郵件檢視一樣，都使用了輕量級虛擬列表小部件，它讓您能夠快速訪問聯絡人資訊，這在旅行時特別有用（見圖 13）。

圖 13. Contacts 檢視

雖然大部分旅行中的使用者通常僅訪問顯示在 Contacts 檢視中的資訊，但是完整的 Contacts 視窗使使用者可以在需要時編輯或檢視完整的聯絡記錄。

在 Lite 模式下訪問 Contacts 檢視的一個限制就是不能建立或編輯組。要建立一個新組，必須切換到 Full 模式。如果要編輯現有的組，您可以使用 “Some actions of this feature are not supported” 訊息中的連結在 Full 模式中開啟該組。

處理日曆

在 Lite 模式中，IBM 也為旅行使用者的方便著想，新增了 Day-At-A-Glance 側邊欄，讓您能夠快速檢視特定日期的日曆條目。就像 Lotus Domino Web Access Lite 模式中包含的其他所有特性一樣，實用性是一個關鍵的設計目標。當您在 Lite 模式中使用 Day-At-A-Glance 日曆時，就會發現它用於顯示日曆條目的顏色方案與 Lotus Notes 8 客戶端相同（見圖 14）。

圖 14. 顏色方案顯示

這裡提供一個下拉式日曆，使您可以在 Day-At-A-Glance 側邊欄中快捷地跳轉到特定日期（見圖 15）。您可以使用 Today 按鈕快速切換到當前日期（見圖 16）。

圖 15. Day-At-A-Glance 側邊欄


圖 16. Today 按鈕
 

使用支援控制檯

Lotus Domino Web Access Lite 模式中有一個新的支援控制檯（見圖 17）。這個控制檯提供關於在 Lotus Domino Web Access 會話期間發生的事件的更多資訊，以及在發生 JavaScript™ 錯誤時提供更多細節。此外，IBM Technical Support 還可以使用它診斷問題。

圖 17. Lotus Domino Web Access 支援控制檯

當發生 JavaScript. 錯誤時，將在狀態列中顯示一條紅色的訊息以及 Show Console 按鈕（見圖 18）。

圖 18. JavaScript. 錯誤

您可以在任何時候手動地啟動控制檯，即按住 Ctrl 鍵並單擊 Domino Web Access 徽標。在控制檯中，單擊 Detail 按鈕可以檢視在 Lotus Domino Web Access 中執行的操作和呼叫的列表。IBM Technical Support 在為 Lotus Domino Web Access Lite 診斷問題時可能會用到這些資訊。

目前，控制檯只能在 Lite 模式中使用。

架構

現在，讓我們檢查 Lite 模式的架構部分。

Lite 模式的定位？

圖 19 演示了 Lotus Domino Web Access Lite 模式如何整合到 Lotus Domino Web Access Full 模式。它給出了兩個使用者 Samantha 和 Ted，他們使用相同的 8.0.1 Mail Template (mail8.ntf)，一般的 Lotus Notes 8 客戶端使用者也使用這個模板，但他們的體驗是不一樣的。

圖 19. Lotus Domino Web Access Lite 和 Full 模式的關係

Lotus Domino Web Access 使用的大部分設計元素都儲存在一個共享 Forms 檔案中，在這個例子中是 Forms8.nsf。Forms 檔案的設計與 Mail 檔案中的資料合併起來，以顯示生成的響應頁面。在瀏覽器中，Lotus Domino Web Access Full 和 Lite 模式都為檢視螢幕（比如 Inbox 或 Contacts 檢視）。不過，Lotus Domino Web Access Lite 模式還為文件螢幕（比如 Read Message 和 Compose Message 螢幕）將文件設計和資料合併起來。Lotus Domino Web Access Full 模式目前在伺服器上合併文件設計和資料。

當 Samantha 從瀏覽器開啟她的郵件檔案時，在預設情況下她將進入 Lotus Domino Web Access Full 模式。儘管 Ted 也使用相同的模板，但他在開啟郵件檔案時可以通過指定 &ui=dwa_lite 引數選擇使用新的 Lotus Domino Web Access Lite 模式。

Lite 和 Full 模式的頁面的區別是什麼？

第一個 Lotus Domino Web Access Lite 頁面的載入更快，這是因為它的頁面架構不同。這種頁面架構已經針對低頻寬、空瀏覽器快取場景進行了優化，其中伺服器通過緩慢的網路向瀏覽器傳送的位元組數在很大程度上決定了顯示頁面所需的時間。

為了體驗這種新的頁面架構帶來的好處，我們可以將它與 Lotus Domino Web Access Full 模式進行對比，後者使用典型的 HTML 頁面架構（見圖 20）。

圖 20. 典型的 HTML 頁面架構

典型的 HTML 頁面有一個

部分和一個 部分。Head 部分包含指向幾個外部指令碼檔案的引用，並且在頁面的 Body 部分引用在這些檔案中定義的例程。當瀏覽器遇到這些指令碼標記時，它就載入該指令碼。

Lotus Domino Web Access 有各種各樣的指令碼檔案。圖 20 在表示頁面的

部分的灰色方框內顯示了幾個外部指令碼元件。例如，s_JSMinUtils 包含最小的實用程式例程，並且被所有 Lotus Domino Web Access 頁面引用。s_JSBase 包含一些常見的框架例程，比如資料操作例程和日期選擇小部件的邏輯。menucode 是富 Lotus Domino Web Access 選單小部件的程式碼，而 s_JSView 具有常用的檢視例程。需要理解的要點是，富 Ajax 應用程式的頁面引用大量指令碼，這些指令碼通常被許多外部指令碼檔案引用。

這種傳統頁面架構的問題是：必須在所有引用指令碼從伺服器傳輸到瀏覽器（或從瀏覽器的磁碟快取載入）並被解釋之後，才顯示可見頁面。

如果使用高速網路連線，這些外部指令碼檔案能夠快速從伺服器傳送。但如果使用低速網路連線，尤其是第一次訪問該產品時（或清空了瀏覽器快取），需要很長時間才能顯示首個頁面。接下來的頁面有可能會利用到一些首個頁面使用的外部指令碼，從而使顯示快一些。但是隻有瀏覽器獲取頁面在

部分（或 部分）中引用的所有指令碼之後，才能顯示首個頁面。

至此，我們已經回顧了傳統的 HTML 頁面的架構，現在可以將它和 Lotus Domino Web Access Lite 模式的頁面架構做個比較，如圖 21 所示。

圖 21. Lotus Domino Web Access Lite 模式的頁面架構

Lite 模式頁面架構使用一個帶有一個可見框架和兩個隱藏框架的框架集（一個是指令碼框架，一個是會話框架）。在這個場景中，當載入這個框架集時，也會首次將一組核心實用程式例程載入到指令碼框架中；與此同時，伺服器和使用者設定也被載入到會話框架中。然後，高度簡化的檢視程式碼被載入到指令碼框架中。只要這些程式碼可用，就能顯示檢視，並首先獲取設計資訊，然後獲取檢視資料。

這種新架構的一個最大好處就是，在每個會話中指令碼僅解析一次。當您從 Mail 檢視切換到 Contacts 檢視時，不會另外載入一個完整的頁面，因此不需要重新載入或解析檢視處理程式碼。這個更簡潔的指令碼大大改善了效能體驗。另外，以非同步的方式執行所有事務，這就大大加快了響應速度。

為什麼 Lite 模式的速度更快？

Lotus Domino Web Access Lite 的速度更快，因為：

• IBM 開發人員善於分析程式碼的大小，並且能夠精確計算程式碼下載開銷。因此，只需載入更少的程式碼。在與前面的架構的對比中，我們看到這個方法減少了事務的數量。
• 只有在第一次真正需要用到程式碼時才會下載程式碼。這意味著，如果當前不需要顯示特定的 UI 區域（比如側邊欄日曆），那麼將不載入用於實現該區域的所有邏輯。直到使用者呼叫一個操作顯示該區域時才載入相關的邏輯。在大多數 Web 應用程式中，特定小部件的邏輯都分在同一個組中並同時載入它們。但是在 Lotus Domino Web Access Lite 中，小部件的邏輯可以進一步分在不同的組中。這樣，將延遲當前使用者不需要的方法，從而加快了首個頁面的顯示。
• 像 Full 模式一樣，Lotus Domino Web Access Lite 模式返回響應頭和各個外部 JavaScript. 程式碼部分。這種方法支援使用瀏覽器快取進行快取，並且在隨後的會話中，也不需要再使用網路事務獲取這些程式碼部分。如前所述，使用 Lite 模式時在每個會話中所有指令碼僅解析一次，因為在 Lotus domino Web Access Lite 會話期間不會遍歷多個頁面。當您從 Inbox 檢視切換到 Contacts 檢視時，不需要重新載入或解析與該檢視小部件相關的 JavaScript；相反，它會利用前一次載入和解析的程式碼。

Lite 模式還嘗試將需要下載的影像資源的數量降至最低，並使用聯合影像來減少顯示不同影像所需的事務。聯合影像使用一個包含所有更小的影像的大影像，並且在大影像內部使用 CSS 樣式引用特定的矩形。

效能結果

在前面的小節中，我們描述了許多能夠加快 Lite 模式的設計創新，它們反過來也幫助您更快地訪問和處理郵件。現在我們討論測量得出的效能結果。

我們使用 IBM Page Detailer Pro 測量 Lite 模式的效能，它能夠視覺化瀏覽器和 Domino HTTP 伺服器之間的 HTTP 請求和響應的大小、數量和內容。通過使用 Page Detailer 分析 Lite 模式，我們發現它顯示 Inbox 時所需的事務和位元組數更少，因此您能夠更快地訪問和處理 Inbox。將 Lite 模式與 Lotus Domino WebMail 進行比較時，Lite 模式顯示郵件 Inbox 所需的事務數僅為 Lotus Domino WebMail 的一半。

在 Lite 模式產品開發週期期間，我們經常測試客戶端的效能，並在 “首次使用測試用例” 中使用以下引數進行基準測量：

• 空瀏覽器快取
• 56 K 調變解調器
• 500 MHz CPU
• 256 MB RAM
• 測量檢視 Inbox 所需的時間
• 測量讀取訊息所需的時間

這些引數來自我們研究的網路連線速度比較低的地區。對於這個測試，我們清空了瀏覽器快取（臨時 Internet 檔案），從而使本地計算機不包含任何 Lite 模式 JavaScript、HTML 標記或影像（見圖 22）。

圖 22. Delete Files 對話方塊

然後我們測量執行常見操作所需的時間，比如顯示 Inbox 或建立一個新訊息，它們都需要從伺服器獲取程式碼和資料，而不是本地系統快取。完成這些測量之後，我們的團隊將測量資料控制在一個確定的上限之內。如果獲得的資料超越上限，我們必須改進設計，以將速度提升到確定的目標之內。

我們成功了！在隨 8.0.1 附帶的版本中，在 “首次使用測試用例” 的測量中，我們發現顯示 Inbox 時需要下載的位元組數更少。與 Full 模式（具有更多特性）相比，Lotus Domino Web Access Lite 模式需要下載的位元組數是 Full 模式的 29%。與 Lotus Domino WebMail 相比，Lite 模式能夠節省 50% 的位元組下載（見圖 23）。

需要下載的位元組越少使用者介面的顯示就越快，同時對使用者輸入的響應也更快。在 “首次使用測試案例” 中，顯示 Inbox 時 Lite 模式所需的時間為 Full 模式的 33%，為 Lotus Domino WebMail 的 45%。

圖 23. 效能對比

我們的 “首次使用測試案例” 對 Lite 模式的開發十分有幫助。我們的測試環境使用獨立的網路、一個系統、一個 Lotus Domino 伺服器，並使用限制頻寬的軟體。這個配置幫助我們方便地將 Lite 模式與其他產品進行比較。不過需要注意，該效能測試使用的配置與典型的 Lotus Domino 客戶環境不一樣。您需要親自執行測試，為自己的配置獲取效能資料。

結束語

Lotus Domino Web Access Lite 模式已經通過嚴格的 Beta 測試階段。在 Beta 測試中，使用者的反饋是正面的、熱情的！

要記住，Lotus Domino Web Access Lite 模式是：

• IBM Lotus Domino Web Access 8.0.1 中使用相同的 mail8.ntf 模板的新特性
• 純 Ajax 應用程式
• 提供優越效能的使用者體驗
• 具有關鍵的郵件特性
• 在頻寬受限的場景中表現不俗
• 能夠便捷地訪問 Full 模式中的所有特性
• 為未來創新提供一個基礎

Lotus Domino Web Access 8.0.1 Lite 模式提供的許多新特性，比如新穎的效能改進和新的使用者介面，也讓 Full 模式的使用者受益：

• 保持非同步事務，讓瀏覽器隨時可以進行響應
• 在選項卡內管理開啟的工作
• Day-At-A-Glance 側邊欄
• 使用
  對話方塊避免彈出視窗阻止程式
• 通過支援控制檯提高支援能力
• 新的預先輸入名稱查詢
• 新的拼寫檢查體驗




來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14751907/viewspace-591926/，如需轉載，請註明出處，否則將追究法律責任。