英文原版部落格：
在開發者社群，我被問的最多的乙個問題就是「你能給我們乙個關於panoramas的例子嗎？」在之前的一些帖子中，我們稱呼「panoramic 控制項」為「hub」,或者簡單的稱之為卷軸檢視，該控制項使用乙個水平的且長度超出螢幕大小限制畫布來呈現內容，非常獨特。這個形象化模型是wp平台的標誌性元素，因此所有的應用程式都能用到它。事實上，在大多數情況下，panorama控制項是使用者進入應用程式的時候首先看到的地方，這也賦予了這個控制項更多的意義。
首先，我們可以把panorama想象成雜誌的封面。同樣的，panorama允許使用者瀏覽那些突出顯示的，相對重要的內容，並且，那些突出的內容應該是進一步操作的入口。panorama應該聚焦於一些為數不大的新鮮的，動態 的並且是引人矚目的任務。在你的應用程式中，panorama既不應該是單獨互動的，也不應該是鋪天蓋地，密密麻麻，無所不包。
基於上述內容，我將給大家展示一些遵循上述規範的例子。
facebook展示了一種很好的混合格式，該格式把使用者感興趣 的幾種內容混合在了一起。twitter也是這樣，儘管在其上顯示的內容只是一些簡單的列表。
使用背景
panoramas可以有乙個背景（固定的或者是可更新的），這個背景幫助使應用程式強調主題，或者新增乙個良好 的觸感去增加螢幕感染力。你可以使用乙個包含應用程式圖示或者相關**的紋理或者來實現這個效果。在這兩種情況下要確保背景有足夠的對比度，以便於文字或其他內容能夠很容易被識別出來，而不至於和背景混在一起，無法識別。背景也應該淡化處理，不應該比內容更加吸引使用者。
下面是幾個非常恰當的使用背景的例子。
瓷磚格式
下面是一些使用了不同尺寸和風格的瓷磚的例子。
如何在不同格式的部分使用滾動功能？
注意上面的一些例子中在滾動部分混合使用了不同的方法，的滾動只能是水平進行的，文字列表的滾動只能是垂直進行的。
同一部分內容不能使用兩種滾動方式，在一些hub中我們常見的一種錯誤是在包含瓷磚的部分既能水平移動，也能垂直移動，以至於迫使使用者使用搖動代替了滾動。搖動不是預期的結果，這破壞了使用者的心理模型，是他們不能看到本部分的全部內容。
本文** 飛雁
設計模式 舉例理解
設計模式 實驗室講座 最小知識原則 修改增加模組跟原有儘量減少牽連。降低類間耦合，減少類間的關聯。資料庫中資料表 檢視 與 mfc中 文件 檢視模式 讓所有的檢視只跟資料打交道，而互相不直接聯絡。降低連系，交流。讓混亂的關係，變得清晰，責任到人。比如 現實公司治理中，每個員工不私下解決，而是通過共同...
WPF通用隱藏控制項方法（舉例Header）
在使用listview gridview treeview等等這些控制項時，往往會遇到需要隱藏其header的需求。分析 所有wpf控制項都繼承自control，那麼所謂的隱藏header，實際上就是將顯示header的控制項隱藏掉。本文介紹的方法，個人認為可以適用於其他任何需要隱藏控制項的場景 即...
java 設計模式舉例說明
1,單例設計模式 packageorg.test classa public statica getinstance public classtestdemo 2,工廠設計模式 客戶端不再與具體的子類聯絡在一起。packageorg.test inte cefruit classfruit clas...