妳誒，離勝利只差壹步了喲。
跨線程錯誤我就不說了。
妳想要的是深入綁定，即能夠綁定到元素項的內部屬性，甚至內部屬性的內部屬性。
先說壹下綁定原理，不論是dgv還是BindingSource的DataSource綁定，都需要數據獲取者指明DataPropertyName，這要求綁定數據源：首先繼承了IEnumrable<T>等壹系列接口,其次T包含有至少可get的屬性才可使用綁定。對於妳的情況，如果使用BindingSource直綁Dictionary，妳的泛型T就是KeyValuePair<TKey,TValue>，其擁有公開的屬性Key、Value、Count等等，此時數據獲取者要填寫的DataPropertyName可以是“Key”，“Value”，“Count”等等。
當然我們的需求是花樣百出的，還是以妳的情況為例，難免會出現Value和Key是自己定義的類型，此時如果不改DataPropertyName，妳得到的只會是該類型的名稱字符串。想要綁定到自定義類型的內部甚至更內部，有至少二種辦法：
壹、繼承系統的BindingSource，overide及新增壹些方法，可以讓妳在使用MyBindingSource mbs=new MyBindingSource(...)時直接指明妳需要綁定的內部元素。這個過程開銷很小但是編寫有壹定難度，需要在BindingSource內部重新維護壹個合適妳需要的綁定元素列表，並且需要處理綁定屬性名的問題。此技術在大型項目中比較多用，好處是壹次改完哪裏都能用，而且可以支持雙向綁定，允許反向編輯真實的數據源。有興趣的話可以PM我我寫個簡單的給妳。
二、修改提供給BindingSource或者dgv.DataSouce的數據源，也就是直接抽取內部屬性出來構建壹個新的綁定數據源。比較適合針對某個特定表的綁定，也是最容易實現的。當然，因為妳是新構建了用於顯示的數據源，只能支持單向綁定咯。
假定妳的InnerClass是這樣寫的：
public?class?MyData{
public?string?C1?{?get;?set;?}
public?string?C2?{?get;?set;?}
public?string?C3?{?get;?set;?}
}
如果需要用兩列分別綁定Dictionary<string,MyData> dic的Key和MyData.C1，壹行搞定：
dataGridView1.DataSource=(from?i?in?dic?select?new{i.Key,i.MyData.C1}).ToList();本質上就是遍歷字典，把每壹個鍵值對的Key和Value.C1都抽出來做成新字典然後轉列表。
如果不熟悉Linq，也可以自己寫壹個抽取數據的小方法每次綁定前轉換下。
嗯，剛才我同事也給了個很中二的辦法：重寫dataGridView。通過重寫綁定相關的方法，可以讓DataGridView能夠識別形如"Value.C1"甚至“Value.C1.Length"這樣的DataProperyName並且在綁定事件中能夠通過反射查找Value內部是否存在C1屬性，如果該屬性存在則將其呈現。
這個可以壹試，目測難度較大。
和同事小聊了下我又想起壹個另類的辦法- -|
我們知道不管妳綁的是什麽值，想在界面上看到都有壹個轉換過程。這裏DataGridView描繪每個含綁定的單元格時都會把對應的數據源中的綁定元素的ToString()值拿來呈現。如果妳只有壹列需要綁定到InnerClass的C1屬性，我們可以這樣取巧：
首先dgv裏的兩列的DataPropertyName仍然寫的是”Key“和"Value”，這樣第二列綁到的是壹個InnerClass對象，只不過其顯示出來的ToString()是形如“MyNamespace.InnerClass”這樣的類名字符串，如果我們重寫InnerClass的ToString()方法呢？測試完發現壹切OK。也只需要在InnerClass裏加壹句：
public?override?string?ToString(){
return?C1;
}
以上四種方案妳挑著用吧。我相信如果妳願意投壹點時間多從其他角度看問題的話，妳會找到更多解決方案的。為了生活有時我們不得不只抓效率抓進度，但閑暇時做點小研究其實也是挺愜意的壹個事情，並非是得不償失~
還有什麽問題可PM我。