雅虎的用戶界面博客（YUIBlog）

問：什麼是最好的方式，溝通模​​式？

條例草案斯科特
Ajax的傳播者，雅虎公司
Blogger的， 看起來很不錯，效果很好
前館長， 雅虎 設計模式庫

“什麼是最好的溝通模式？”的問題有幾個方面。

模式將如何分配？

在回答的主要問題，重要的是具體要求“模式將如何分佈？，”雅虎的用戶體驗設計（UED）團隊（艾琳馬龍，馬特 Leacock，香奈兒惠勒等牽頭，時間） 創建的模式庫 ，使用一個流行的開源內容管理系統（CMS） - Drupal的。 這是很重要的，因為一個 CMS的主要好處之一是它允許內容（例如，圖案），作為一個作家（在這種情況下，開放給所有雅虎UED）指定的任何人創建的緩解。

這使得雅虎設計模式庫，整個組織有機地成長。 而不是一個單一的模式作者控制庫，任何人都可以添加模式庫（雖然審查過程中存在的給他們帶來全面的出版。）

然而， 公共圖案庫不使用的Drupal系統。 CMS系統是最適合添加內容（模式），而不是在組織的模式，在一個輕鬆容易找到的方式非常靈活。 隨著公共圖書館，我們選擇了一個靈活的設計，以幫助解決“可查找問題。”當然，我們還沒有解決所有可查找問題，但我們不再是由CMS的制約。 對於外部圖案庫的模式代表中的JavaScript Object Notation（ JSON ）格式。 這將允許我們分發 Web服務模式 - 不只是網頁。 這將使其能夠在不同設備的不同格式的發布模式。 最後，其他模式的網站將能夠混搭他們的模式與成一個單一的網站雅虎模式。

為什麼這件事情呢？ 分佈在網上的格式模式沒有網上業務的模式相比，更容易分享。 這不打折，有明顯的好處分發網頁和網絡服務模式的其他格式（例如，圖書）。，讓他們到群眾更快地產生一個更高的通過率。

如何將模式受到限制？

接下來的事情要考慮的是什麼法律的約束，將被應用到模式。 這不應該掉以輕心。 在雅虎，我們選擇了限制最少的風景許可證（歸屬。）此的目的是。 我們覺得這是最好的方式，讓我們的模式“翅膀”。

設置我們的免費模式的結果是什麼呢？ 首先，我們從設計和工程技術界的商譽的數額巨大。 其次，它暴露了模式的概念，以更廣泛的觀眾。 終於等公司紛紛決定（或考慮）公佈結果的部分或所有的模式向公眾。 這只能意味著在大的設計和開發社區的好東西。

誰是我們的模式用戶是什麼？

好的設計總是從“誰是用戶？”和“用戶的目標是什麼？”主要是我們的模式是針對網頁設計師，因為這是雅虎的核心業務。

知道我們的目標受眾，使我們思考如何，我們要組織我們的模式庫。 當然，有沒有一個單一組織的模式庫分類。

一回，我把所有的模式和Jenifer Tidwell，Martijn範 Welie和斯里蘭卡 Laakso載結構中找到一個很好的方式。 多麼辛苦的努力！ 最終，我嘗試用思維導圖軟件，以幫助我與複雜性抗爭。

幾個頭腦映射會議後， 我終於體會到明顯的。 如果設計師是未來的模式庫，他們最有可能有問題，並正在尋找一個解決方案，得知模式包含問題說明和解決方案的話，應該已經很明顯的。，它只是很自然地組織他們在與他們的問題陳述相一致的方式。 一個典型的問題陳述可能會說，“用戶需求需要重新安排模塊直接在網頁上的佈局。”這屬於類別的用戶需求和自定義（用戶需要定制...）。 原來的圖案直接滿足用戶的需求，其餘則是由制度約束，設計師必須考慮驅動。 這意味著，一些模式是目標導向的，其餘的都是基於約束。 這導致目前的公共模式庫組織。

那麼是什麼使一個模式呢？

我認為重要的是要以一致的方式的模式結構與幾個清晰，簡明的部分。 我們選擇第一個國家的問題，接下來我們展示一個敏的例子，然後我們使用和包裝解決方案。 我們也有一個可選節的情侶：一個理由，可以進入更詳細的設計，細微之處以及一個輔助部分。

此外，我們提供與我們的大多數模式的代碼示例。 這些模式包括：不只是一個設計的解決方案，但也起動得到團隊盡可能快的代碼。 作為公約的問題，我們放置在側邊欄，而不是在主圖案內容主體的代碼解決方案。 這強調，雖然代碼是相關的模式，它不是一個直接參與的格局。 我想加入的代碼是一個很好的解決方案公司的具體模式庫。 但我也同意Jenifer通用模式庫一般應避免提供代碼示例。

一個澄清的最後一點是，我們​​國內獨立的交互設計模式（如你的公共網站上上看到的。）視覺設計指南（可視化設計模式編寫），這使我們能夠保持分離的互動模式更一般風格（間距，字體，顏色等）的互動。

- 條例草案“