前言

　　很喜歡一種人，他們可以把一種技術(shù)分析得很透徹，由淺入深，深入淺出，不管你是初學者還是資深人士，看上去都會感覺非常舒服。

　　但是有時候，試圖去描述一個技術(shù)點是很困難的事情。

　　開始，你覺得這個技術(shù)很有價值，你通過自己花了一定時間去學習，想要把自己的理解與心得分享，于是就打算寫一篇隨筆；可是當你開筆之后，突然發(fā)現(xiàn)描述起來很困難，雖然在你心中那個概念已經(jīng)很簡單了，但是卻要用很多文字來描述，而且不同的技術(shù)可能有不同的“上下文”，每個人可能也有不同的“上下文”，在寫了幾個字之后你有點想放棄了；可是最后又不甘心，聰明的你靈機一動，做了一個Demo，大概對著圖片描述一下，然后發(fā)布，讓讀者自己去猜吧！

　　我想說的是，這并不算心得和學習經(jīng)驗，這充其量算是一篇索引或者“提醒”，讀者看了想，還可以這樣子，于是又不得不自己去找資料學習。因為你心中的經(jīng)驗沒有描述出來啊。

　　想想看，我們現(xiàn)在學習技術(shù)的途徑是什么。可能主要是SDK之類的，其次呢，我相信你印象應該很深刻：其中有一些是別人寫的你覺得非常好的文章。很多Blog尤其是國外的Blog已經(jīng)成為了我們提升技術(shù)和積累經(jīng)驗的一種無形的方式。

　　文化的傳承有口述和媒介承載，口述精準簡單，但是也許文字更能深刻的描述事物而且可以反復理解，所以好的文字是文化傳載的重要方式。誠然，寫技術(shù)文章也許需要一點點技巧，有些時候描述一個技術(shù)點需要篇幅，需要時間，需要耐心，更需要的是對讀者負責，你能為讀者帶來什么？

　　所以，寫作需要用心，從構(gòu)思到文字，這篇文章的價值是什么？你對技術(shù)的理解是什么，不要因為時間問題（一篇有內(nèi)容的文章肯定需要花很多時間）就對你認為核心的理解一筆帶過。我相信，這樣才是再學習的過程，這樣才對得起讀者的時間和關(guān)注，這樣才叫分享！

　　Silverlight中的布局

　　對于Silverlight學習來說，首先要面對的應該是布局：你得把元素放到你想擺放的位置，然后是考慮元素的層次以及可見性，之后可能你想讓它動起來，就學習動畫，最后理解更深入之后，可能會開發(fā)如Behavior之類的行為，或者設置復雜的控件狀態(tài)，模板。

　　很多教程是從使用Grid開始，然后是Canvas，StackPanel之類的控件，他教你怎樣設置元素的位置。然后就沒有下文，很少會去講解布局的原理，不過如果是看Silverlight SDK，是能看到的。其實最好的教程就是Silverlight SDK，包括像兩個不同的SL插件（即使它們在不同的瀏覽器窗口）之間的通信這些一般人沒有注意到的特性，里面都是講得清清楚楚。所以，建議不要花錢去買Silverlight相關(guān)的書。

　　其實，不是能使用Grid之類的就知道了布局，Silverlight布局包含更多的東西，理解布局系統(tǒng)有利于更深層的理解Silverlight，從而開發(fā)更得心應手。遺憾的事初學者理解布局也許有點復雜，可能是因為其中的遞歸，但是我們生活中其實有很多遞歸系統(tǒng)的。我試著學習郭欣用鐵路系統(tǒng)描述網(wǎng)絡傳輸一樣，也來構(gòu)造這樣一個場景。

　　故事場景-巴比難題

　　我們假設巴比基金現(xiàn)在愿意把所有的錢捐獻給某個國家的收入在該國平均收入以下的老百姓。但是他們不能自己去每個地方發(fā)放這筆資金，所以要求該國中央政府處理好這件事情，將這筆資金發(fā)放到各個省份的相關(guān)百姓手中。中央政府高度重視這件事情，但是這么大的工程應該怎樣完成了，財政官員很為難？這時候負責行政的長官提出了自己的建議，中央政府覺得很好，于是采納了該建議。

　　行政長官的建議分為兩道程序：調(diào)查和發(fā)放。

　　調(diào)查：首先中央向各級地方行政官發(fā)出調(diào)查通知，要求各地方政府統(tǒng)計一下年收入在平均收入以下的人數(shù)，并要匯報每個人的差額。省級行政長官在收到通知后統(tǒng)計了一下省會的情況，然后把通知轉(zhuǎn)發(fā)給縣級行政官；縣級行政官接到通知還是首先統(tǒng)計縣城的情況，然后轉(zhuǎn)發(fā)通知到各個村子。村子就是最小的行政單位了，于是村委會秘密調(diào)查了每個人的收入，并計算差額。然后上報給縣級，縣級在結(jié)合縣里面的情況，整理一份整個縣的報告給省級，省級重新整理，上報給中央政府。

　　發(fā)放：哈哈，現(xiàn)在中央政府就拿著全國的需求單。哇，全國有1000億的需求，而巴比只基金只有500億。也不好意思叫巴比找中國的富豪勸捐。于是只有把每個省的比例縮小一半了，并且最后做了一些調(diào)整，有的省份潛力比較好，自己能解決一些問題，就少發(fā)放一些，有些地方經(jīng)濟差，就多發(fā)了一些，有的省級居然亂報說需要10000億，可能是計算錯誤，最后只發(fā)了100，有的地方雖然貧窮，但是很有志氣，不想要美國人的施舍，一分錢都沒有報。

　　這樣，做一些根據(jù)實際情況調(diào)整之后，中央政府就按照調(diào)整的數(shù)額將錢發(fā)放到各個省級政府，省級政府拿到錢感到不對勁，感覺跟自己上報金額不一致，但有不好意思反應情況，畢竟上面是老大，想給多少就多少，反應也沒有用；但是有些政府也發(fā)現(xiàn)比自己期望的要多，有良知的官員還是決定平分到每個縣級，但是也有一些官員主張直接貪污算了。

　　總之也按中央政府的做法重新調(diào)整各個縣的發(fā)放金額，然后發(fā)放到各個縣級，最后到村子，村委會在發(fā)到每個人手中。

　　這個巴比問題就這樣解決了。值得注意的是：

　　1，各級政府在發(fā)放調(diào)查通知的時候也可以給縣級政府一個指標，我能給你的最大金額，或者最小金額，或者固定金額，或者無限制，你盡管反應實際情況，這樣下級政府可能就會在上報前做一個實際調(diào)整。但下級也要做好心理準備，這個數(shù)字不一定是真的，只是個參考數(shù)字。

　　2，每個人或政府在發(fā)放之后拿到的錢不一樣，可能比需要的要多，這個時候政府可以選擇貪污或者公平發(fā)放，而來百姓會去買二鍋頭慶祝一下；有時候比需要的少，這個時候就只有拮據(jù)點花了。

　　讀完這個故事，我們想一想，把一定數(shù)量的錢一層一層的發(fā)到每個人手里，是不是類似于Silverlight把插件大小的空間一塊一塊地分給每個空間啊？

 　　布局原理

　　沒錯，Silverlight也是按類似的原理來實現(xiàn)布局：

　　首先，所有元素的最頂層必須是一個容器（通常如Grid，Canvas，StackPanel等），然后在容器中擺放元素，容器中也可能包含容器。這里的容器就像行政長官一樣，他們負責分配元素的空間。同樣，首先頂層的容器一個一個的問自己的子元素：你想要多大的空間？如果子元素也是容器，它又繼續(xù)向下遞歸，最后又頂層開始向上匯報。這就是所謂的測量。

　　測量完之后就是排列，這個時候每個容器知道自己每個子元素想要的空間大小，就按自己的實際情況進行分配。一致遞歸到最底層。

　　注意上述紅色字體部分，通過前面的故事，我們知道，資金的發(fā)放完全由行政長官控制，不管下面想要多少，都是他說了算，他甚至可以一分錢都不給，或者給你超多你的預期的數(shù)目。

　　這里的容器也一樣，容器擁有完全的分配權(quán)，不過這里容器不僅僅是分配空間，還決定元素的位置，因為空間總是跟位置相關(guān)的。也就是說，容器說想給你多大空間你就只有有那么大的空間可使用，容器想讓你擺在什么位置，你就得乖乖呆著什么位置。

　　只不過，這里的容器是遵守規(guī)則的，它遵守開發(fā)者指定的規(guī)則：

　　Grid的規(guī)則是：我把我這個空間分成一格一格的格子，看起來有些像Table，在我里面的元素我完全按照附加屬性Grid.Row,Grid.Column，Grid.RowSpan,Grid.ColumnSpan來決定其大小和位置。

　　Canvas的規(guī)則是：我讀取附加屬性Canvas.Left,Canvas.Right,Canvas.Top,Canvas.Bottom，并以此來決定元素的位置，我通常不限制元素開用空間

　　StackPanel的規(guī)則是：根據(jù)附加屬性，我要么讓元素橫著排列，要么豎著排列。

　　聰明的你是不是立刻想到，我可不可以定義自己的規(guī)則呢？哈哈，當然可以！比如，你可以讓Panel里面的元素隨機分布，并可讓它們隨機旋轉(zhuǎn)一定角度，這不就是現(xiàn)在某些很酷的相冊嗎；你可以讓元素排成一個圓形，這不就是Blend里面的例子嗎；你可以讓元素根據(jù)某個Path元素排列，這不就是PathListBox嗎？如下圖：   

　　所以，你現(xiàn)在是不是覺得布局不是那么簡單并且很好玩呢？下面我們就來看怎么實現(xiàn)這么酷的東西！

　　基礎(chǔ)框架-FrameworkElement

　　為Silverlight布局中涉及的對象提供公共API的框架。FrameworkElement還定義在Silverlight中與數(shù)據(jù)綁定，對象樹和對象生存期功能區(qū)域相關(guān)的API。繼承層次結(jié)構(gòu)：

NET技術(shù)：Silverlight 布局（附照片墻示例及源碼），轉(zhuǎn)載需保留來源！

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