數(shù)年來，許多成熟的設計模式已經(jīng)成為互聯(lián)網(wǎng)中的模塊，這無疑是明智之舉。而框架體系的構建前提就是成功的模式。

要想更好地理解模式，我們不妨看看在一份標準的設計模式描述文檔中都包含些什么。我們列出了以下六要素。

1．模式名稱

如果我們正在討論一個元素，它使用戶能進入到網(wǎng)站受密碼保護的區(qū)域， 那么我們也許會稱呼它為“用戶名和密碼控件”、“兩行式登錄元素

”或者“登錄元素”。

設計

模式名稱的選擇務必要小心謹慎。在此之前，設計中出現(xiàn)了太多的無名元素，以至于在討論中經(jīng)常會有類似“那些我們常常放在左邊的小方塊”

這樣的說法。而之所以有模式名稱，其目的就是為了促進清晰的交流和溝通，這樣在會議、設計文檔或者其他地方我們就能明確地稱呼某個具

體元素。

我們發(fā)現(xiàn)，為模式命名需要技巧、創(chuàng)造力以及一點點運氣。開發(fā)團隊往往在一開始為某個模式起了名字，過了一陣子發(fā)現(xiàn)大家經(jīng)常使用的卻是

另一個名字。

比如， 某個開發(fā)團隊將他們的應用程序的對象屬性編輯器正式定名為“Infobox”（信息框），之后卻發(fā)現(xiàn)團隊里根本沒人這么說。所有人都

叫它 “Properties”（屬性）。

2．描述

描述對于一個好的模式來說至關重要。通過描述，那些對該元素不太熟悉的團隊成員就能準確地理解大家正在討論的內(nèi)容。

由于一圖勝千言，界面截圖也非常有價值。如果某個模式在同一個網(wǎng)站中有多種表現(xiàn)形式，那么各來一張截圖會有極大幫助。

比如，一個登錄元素可能會有如下描述（伴隨著合適的界面截圖）：

一個兩行的表單元素，用于采集用戶的 ID 和密碼，從而使他們能夠進入網(wǎng)站內(nèi)受密碼保護的區(qū)域。

描述無需像文學作品那樣精雕細琢，但它應當包含足夠的信息來解釋該元素存在的理由，并說明如何將它和網(wǎng)站上的其他元素進行區(qū)分。

3．上下文情境

與一般的設計指南或樣式參考文檔相比，設計模式的主要優(yōu)點之一在于它強調(diào)了每一種模式所使用的模式庫中的上下文情境。在構思新設計的

時候，設計師們可以利用上下文描述來確定該模式是否運用得當。

例如我們的登錄元素，有關它的上下文情境可能會是如下描述：

無論何時，只要網(wǎng)站中的某位用戶希望從公有區(qū)域轉向訪問私密信息，我們將使用登錄元素。在面向公眾的頁面中，只要有足夠 155 像素 ×

210 像素的空間，就可以顯示該模式。

當然，在這里還需要包括在不使用登錄元素時的描述：

如果在某些面向公眾的頁面中，垂直方向無法提供足夠的空間，我們將在頁首的 banner 橫幅處使用單行的登錄元素?；蛘咴诰W(wǎng)站受密碼保護

的區(qū)域中，不使用登錄元素。

上下文情境是不斷變化的。當開發(fā)團隊加入了更多元素，開發(fā)新的應用程序，發(fā)現(xiàn)新的用戶需求時，都需要對“上下文情境”一項進行頻繁的

更新。理想的情況是，在某個模式生命周期的任何一個階段，設計師都能通過閱讀此項而迅速了解該元素是否適用于手頭的工作。

4．曾于何處使用

“曾于何處使用”是模式文檔中另一個不斷變化的部分，它列出了那些使用過這一模式的實例。模式每一次將其轉化為生產(chǎn)系統(tǒng)時，都應當對

此項進行更新。開發(fā)團隊成員可以查看已經(jīng)實現(xiàn)出來的成品，了解某個模式的運轉情況。

5．工作方式

開發(fā)團隊在這里將描述該元素技術層面的內(nèi)容：

用戶在標記有 User Name 的輸入框中鍵入他們的用戶 ID， 在標記有

Password 的輸入框中鍵入密碼（密碼內(nèi)容會被遮蓋）。如果他們愿意，可以點擊 Remember Me 復選框，以便在重復訪問時系統(tǒng)能預先為其

填寫User Name 輸入框。當就緒后，用戶點擊標記有 Log in 的按鈕。如果用戶名和密碼有效，則顯示該用戶的個人頁面。如果無效，則顯示

錯誤頁面

（參見“登錄錯誤”模式）。

需要的細節(jié)數(shù)量取決于控件的復雜級別，以及團隊成員對它的熟悉程度

（如果是他們自己經(jīng)常使用的元素，就不需要像不常見元素那樣進行詳盡的描述）。曾有一個可用性團隊向我們展示了利用視頻捕捉來創(chuàng)建演

示短片，他們通過這種方式來描述元素的運作機能。

與該元素產(chǎn)生交互的其他模式也會提及，此舉能幫助設計師更為全面地考慮問題，便于在最后對設計進行整合。

6．其他必備模式

很少有能完全獨立存在的模式。一個模式的出現(xiàn)，通常都意味著設計師還需要考慮其他模式來支持它。

比如說，如果一個設計需要“登錄元素”模式，那么它很可能還需要下面 這些：

 創(chuàng)建新用戶 ID 的模式；

 修改密碼的模式；

 重新獲得密碼的模式；

 從網(wǎng)站的受密碼保護區(qū)域退出的模式；

 當輸入的用戶名或密碼不正確時，顯示錯誤信息的模式。

所有這些模式都會列在“必備模式”項中，并附有它們?yōu)槭裁础氨貍洹钡南嚓P解釋（如果不是很明顯的話）。

設計模式的文檔中還可以包括競爭性舉措、模式歷史、可用性測試結果、用戶反饋和討論記錄，等等。

貴陽APP開發(fā)公司：貴州德天信網(wǎng)絡科技作為一站式互聯(lián)網(wǎng)解決方案提供商，我們的業(yè)務主要有：app開發(fā)、小程序開發(fā)、高端網(wǎng)頁定制、公眾

號二次開發(fā)、物聯(lián)網(wǎng)開發(fā)。有以上項目需求或者不知道自己適合做什么，那么就聯(lián)系我們吧。