1. 項(xiàng)目概述從單窗口到多窗口管理的必然需求在桌面應(yīng)用開發(fā)中尤其是使用 C# WinForms 或 WPF 這類技術(shù)棧時(shí)我們常常會(huì)遇到一個(gè)核心需求如何在一個(gè)主窗口父窗體內(nèi)優(yōu)雅地創(chuàng)建、管理和展示多個(gè)子窗口子窗體。這不僅僅是簡(jiǎn)單彈出一個(gè)新窗口而是涉及到窗口的生命周期管理、布局控制、數(shù)據(jù)交互以及用戶體驗(yàn)的方方面面。無論是開發(fā)一個(gè)文檔編輯器如多標(biāo)簽頁的記事本、一個(gè)數(shù)據(jù)監(jiān)控儀表盤同時(shí)展示多個(gè)圖表或數(shù)據(jù)視圖還是一個(gè)復(fù)雜的集成開發(fā)環(huán)境IDE多窗口交互都是繞不開的核心課題。你可能已經(jīng)嘗試過直接new Form()然后.Show()但很快就會(huì)發(fā)現(xiàn)當(dāng)子窗口數(shù)量增多時(shí)它們會(huì)散落在屏幕各處與主窗口失去邏輯關(guān)聯(lián)用戶難以管理程序狀態(tài)也變得混亂。這正是我們需要引入“父窗體-子窗體”架構(gòu)的原因。通過建立明確的父子關(guān)系我們可以實(shí)現(xiàn)窗口的層疊、平鋪、最小化到父窗口內(nèi)等一系列符合用戶直覺的操作。在 C# 的語境下這通常與 MDI多文檔界面和 WPF 中的窗口宿主等概念緊密相連。本文將深入探討在 C# 中特別是在 WinForms 和 WPF 兩種主流框架下如何從零開始構(gòu)建一個(gè)健壯的父窗體管理子窗體的系統(tǒng)涵蓋創(chuàng)建、顯示、排列以及那些官方文檔很少提及的實(shí)戰(zhàn)技巧與深坑。2. 技術(shù)選型WinForms MDI 與 WPF 自定義宿主之辯在動(dòng)手之前我們必須根據(jù)項(xiàng)目需求做出一個(gè)關(guān)鍵選擇是使用經(jīng)典的 WinForms MDI還是采用更現(xiàn)代、靈活的 WPF 自定義窗口宿主方案這個(gè)選擇將直接影響后續(xù)所有的實(shí)現(xiàn)路徑和最終的用戶體驗(yàn)。2.1 WinForms MDI經(jīng)典、簡(jiǎn)單但略顯陳舊MDI 是 WinForms 原生支持的多文檔界面標(biāo)準(zhǔn)。它的使用非常簡(jiǎn)單將主窗體的IsMdiContainer屬性設(shè)置為true這個(gè)窗體就變成了一個(gè) MDI 容器其客戶區(qū)將用于承載子窗體。創(chuàng)建子窗體時(shí)只需設(shè)置子窗體的MdiParent屬性為主窗體然后調(diào)用Show()方法即可。// 在主窗體MDI容器中 private void CreateNewChildForm() { ChildForm childForm new ChildForm(); childForm.MdiParent this; // this 指代主窗體 childForm.Show(); }它的優(yōu)勢(shì)非常明顯開箱即用框架內(nèi)置了基礎(chǔ)的管理功能如“窗口”菜單下的層疊、平鋪、排列圖標(biāo)等。行為標(biāo)準(zhǔn)子窗體的最大化、最小化、關(guān)閉等行為被限制在父窗體的客戶區(qū)內(nèi)符合傳統(tǒng)桌面應(yīng)用如舊版 Office的交互模式。實(shí)現(xiàn)快速對(duì)于需要快速搭建一個(gè)具有多文檔界面的工具類應(yīng)用MDI 是最高效的選擇。然而其局限性也同樣突出界面風(fēng)格過時(shí)MDI 的視覺風(fēng)格是上世紀(jì)90年代的產(chǎn)物子窗體帶有厚重的標(biāo)題欄和邊框與現(xiàn)代扁平化、無邊框的設(shè)計(jì)趨勢(shì)格格不入。定制性極差你很難對(duì) MDI 子窗體的外觀如標(biāo)題欄顏色、邊框樣式進(jìn)行深度定制。想要實(shí)現(xiàn)類似 Visual Studio 或現(xiàn)代瀏覽器的標(biāo)簽頁界面MDI 幾乎無能為力。功能單一它主要解決“容納”問題對(duì)于更復(fù)雜的交互如子窗體間的拖拽、動(dòng)態(tài)?？緿ocking需要借助第三方控件庫(kù)如 DevExpress, Telerik增加了復(fù)雜度和成本。注意網(wǎng)絡(luò)上關(guān)于“MDI 子窗體等長(zhǎng)”的討論通常源于對(duì)子窗體尺寸統(tǒng)一的需求。MDI 本身不提供自動(dòng)等尺寸功能你需要手動(dòng)在創(chuàng)建或排列子窗體時(shí)計(jì)算并設(shè)置每個(gè)子窗體的Size屬性。2.2 WPF 自定義宿主靈活、強(qiáng)大但需親手搭建WPF 沒有原生的、與 WinForms MDI 完全對(duì)等的控件。但這恰恰是它的優(yōu)勢(shì)所在——它提供了極高的靈活性讓你可以基于ContentControl、Frame、TabControl或自定義面板來構(gòu)建任何形式的多窗口界面。常見的模式包括標(biāo)簽頁式界面使用TabControl每個(gè)子窗口的內(nèi)容作為一個(gè)TabItem。這是目前最流行的模式如瀏覽器、IDE。停靠式界面使用如 AvalonDock 等第三方庫(kù)實(shí)現(xiàn)類似 Visual Studio 的可?？?、可浮動(dòng)、可隱藏的工具窗口。自定義布局面板使用Grid、UniformGrid或自定義的Panel來動(dòng)態(tài)排列多個(gè)子內(nèi)容控件。WPF 方案的核心優(yōu)勢(shì)無限定制你可以完全控制“子窗體”的外觀和行為實(shí)現(xiàn)無邊框、圓角、陰影等任何現(xiàn)代效果。數(shù)據(jù)驅(qū)動(dòng)可以輕松地與 MVVM 模式結(jié)合通過數(shù)據(jù)綁定來管理子窗口的集合和狀態(tài)。布局強(qiáng)大利用 WPF 強(qiáng)大的布局系統(tǒng)可以輕松實(shí)現(xiàn)響應(yīng)式、動(dòng)態(tài)的排列效果。與現(xiàn)代技術(shù)棧融合可以集成 Web通過 WebView2、3D通過 HelixToolkit 或 OpenTK等內(nèi)容實(shí)現(xiàn)如“三維可交互窗體”等復(fù)雜需求。其代價(jià)是更高的復(fù)雜度需要自己管理生命周期打開、關(guān)閉、激活、禁用等狀態(tài)都需要自己編碼處理。需要實(shí)現(xiàn)排列邏輯層疊、平鋪等排列功能需要自己實(shí)現(xiàn)算法。通信機(jī)制子窗口與父窗口、子窗口之間的數(shù)據(jù)通信需要精心設(shè)計(jì)如使用事件、消息總線、依賴注入等。如何選擇如果你的項(xiàng)目是 WinForms且需求是傳統(tǒng)的多文檔界面追求快速開發(fā)選擇WinForms MDI。如果你的項(xiàng)目是 WPF或者雖然是 WinForms 但追求現(xiàn)代化界面、高度定制化、或需要標(biāo)簽頁/?？康雀呒?jí)功能那么投入時(shí)間構(gòu)建WPF 自定義宿主方案或在 WinForms 中集成高級(jí)第三方控件是更明智的。從熱詞“c# winform 繪制瀑布圖”、“c# wpf上位機(jī)開發(fā)”可以看出工業(yè)上位機(jī)等復(fù)雜項(xiàng)目往往需要更靈活的界面WPF 通常是更好的基礎(chǔ)。3. 實(shí)戰(zhàn)演練一WinForms MDI 的創(chuàng)建、顯示與排列假設(shè)我們選擇 WinForms MDI 路徑。我們來一步步實(shí)現(xiàn)一個(gè)具備完整子窗體管理功能的主窗體。3.1 基礎(chǔ)環(huán)境搭建與子窗體創(chuàng)建首先創(chuàng)建一個(gè)新的 Windows 窗體應(yīng)用項(xiàng)目。將默認(rèn)的Form1作為我們的 MDI 父容器。設(shè)置 MDI 容器打開Form1的設(shè)計(jì)器在屬性窗口中找到IsMdiContainer屬性將其設(shè)置為true。你會(huì)立刻看到窗體的客戶區(qū)背景色變?yōu)樯罨疑@是 MDI 客戶區(qū)的典型外觀。創(chuàng)建子窗體類在解決方案中添加一個(gè)新的 Windows 窗體命名為DocumentForm。這個(gè)窗體將作為我們子窗體的模板。你可以在上面添加一些控件比如一個(gè)RichTextBox來模擬文檔編輯。編寫創(chuàng)建子窗體的代碼在Form1中我們添加一個(gè)菜單欄或工具欄按鈕來觸發(fā)創(chuàng)建子窗體。// Form1.cs private int _childFormCount 0; private void newToolStripMenuItem_Click(object sender, EventArgs e) { _childFormCount; DocumentForm childForm new DocumentForm(); childForm.Text $文檔 {_childFormCount}; // 設(shè)置子窗體標(biāo)題 childForm.MdiParent this; // 關(guān)鍵一步指定父窗體 childForm.Show(); // 顯示子窗體 }運(yùn)行程序點(diǎn)擊“新建”菜單子窗體就會(huì)出現(xiàn)在主窗體的灰色區(qū)域內(nèi)部。嘗試最大化子窗體你會(huì)發(fā)現(xiàn)它只會(huì)填滿主窗體的客戶區(qū)而不是整個(gè)屏幕。3.2 實(shí)現(xiàn)子窗體的排列層疊、平鋪、排列圖標(biāo)MDI 父窗體有一個(gè)內(nèi)置的LayoutMdi方法專門用于排列子窗體。它接受一個(gè)MdiLayout枚舉作為參數(shù)。// Form1.cs private void cascadeToolStripMenuItem_Click(object sender, EventArgs e) { this.LayoutMdi(MdiLayout.Cascade); // 層疊排列 } private void tileHorizontalToolStripMenuItem_Click(object sender, EventArgs e) { this.LayoutMdi(MdiLayout.TileHorizontal); // 水平平鋪 } private void tileVerticalToolStripMenuItem_Click(object sender, EventArgs e) { this.LayoutMdi(MdiLayout.TileVertical); // 垂直平鋪 } private void arrangeIconsToolStripMenuItem_Click(object sender, EventArgs e) { this.LayoutMdi(MdiLayout.ArrangeIcons); // 排列最小化的圖標(biāo) }將這些方法分別綁定到“窗口”菜單下的對(duì)應(yīng)菜單項(xiàng)?，F(xiàn)在你的應(yīng)用就擁有了標(biāo)準(zhǔn)的窗口排列功能。3.3 核心細(xì)節(jié)與避坑指南1. 子窗體的激活與焦點(diǎn)管理當(dāng)有多個(gè)子窗體時(shí)確保操作發(fā)生在正確的窗體上至關(guān)重要?？梢酝ㄟ^父窗體的ActiveMdiChild屬性獲取當(dāng)前活動(dòng)的子窗體。private void saveToolStripMenuItem_Click(object sender, EventArgs e) { var activeChild this.ActiveMdiChild as DocumentForm; if (activeChild ! null) { // 調(diào)用活動(dòng)子窗體的保存方法 activeChild.SaveContent(); } else { MessageBox.Show(沒有活動(dòng)的文檔窗口。); } }2. 關(guān)閉子窗體與資源清理子窗體關(guān)閉時(shí)默認(rèn)只是隱藏Hide()。如果你希望徹底釋放資源需要重寫子窗體的關(guān)閉邏輯或者處理父窗體的MdiChildActivate事件來清理已關(guān)閉的窗體引用。更常見的做法是在子窗體中設(shè)置FormClosing事件處理未保存的更改提示。// 在 DocumentForm 中 private void DocumentForm_FormClosing(object sender, FormClosingEventArgs e) { if (_contentModified) { var result MessageBox.Show(文檔已修改是否保存, 提示, MessageBoxButtons.YesNoCancel); if (result DialogResult.Yes) { SaveContent(); } else if (result DialogResult.Cancel) { e.Cancel true; // 取消關(guān)閉操作 } // 如果選擇 No則直接關(guān)閉 } }3. MDI 父窗體菜單的合并一個(gè)常見的需求是當(dāng)子窗體激活時(shí)其菜單能合并到父窗體的菜單欄中。這需要設(shè)置菜單項(xiàng)MenuStrip的AllowMerge屬性為true并為子菜單項(xiàng)設(shè)置合理的MergeAction和MergeIndex。這是一個(gè)細(xì)致活需要精心設(shè)計(jì)菜單結(jié)構(gòu)否則容易導(dǎo)致菜單混亂。4. 一個(gè)常見的“坑”非矩形窗體的限制如果你嘗試將子窗體的FormBorderStyle設(shè)置為None來實(shí)現(xiàn)自定義標(biāo)題欄或者設(shè)置Opacity實(shí)現(xiàn)半透明在 MDI 容器內(nèi)可能會(huì)遇到顯示異?；蛐袨楣之惖膯栴}。WinForms MDI 對(duì)非標(biāo)準(zhǔn)窗體的支持并不完善。如果必須實(shí)現(xiàn)復(fù)雜外觀考慮放棄原生 MDI轉(zhuǎn)向使用Panel容器模擬或者直接采用 WPF。4. 實(shí)戰(zhàn)演練二構(gòu)建一個(gè) WPF 標(biāo)簽頁式多窗口宿主現(xiàn)在讓我們挑戰(zhàn)更現(xiàn)代、更靈活的方案在 WPF 中構(gòu)建一個(gè)標(biāo)簽頁式的多文檔界面。我們將不使用Window來作為子內(nèi)容而是將子內(nèi)容表現(xiàn)為UserControl并宿主在主窗體的TabControl中。4.1 項(xiàng)目結(jié)構(gòu)與基礎(chǔ)模型創(chuàng)建 WPF 應(yīng)用項(xiàng)目。定義子文檔視圖模型為了遵循 MVVM我們首先創(chuàng)建一個(gè)表示單個(gè)文檔的視圖模型。// DocumentViewModel.cs public class DocumentViewModel : INotifyPropertyChanged { private string _title 新文檔; public string Title { get _title; set { _title value; OnPropertyChanged(); } } private string _content; public string Content { get _content; set { _content value; OnPropertyChanged(); } } public ICommand CloseCommand { get; } public DocumentViewModel(ActionDocumentViewModel closeCallback) { CloseCommand new RelayCommand(() closeCallback?.Invoke(this)); } // INotifyPropertyChanged 實(shí)現(xiàn)... }創(chuàng)建主窗口視圖模型它負(fù)責(zé)管理所有打開的文檔。// MainViewModel.cs public class MainViewModel : INotifyPropertyChanged { public ObservableCollectionDocumentViewModel Documents { get; } new ObservableCollectionDocumentViewModel(); private DocumentViewModel _activeDocument; public DocumentViewModel ActiveDocument { get _activeDocument; set { _activeDocument value; OnPropertyChanged(); } } public ICommand NewDocumentCommand { get; } public ICommand CloseDocumentCommand { get; } public MainViewModel() { NewDocumentCommand new RelayCommand(NewDocument); CloseDocumentCommand new RelayCommandDocumentViewModel(CloseDocument); } private void NewDocument() { var doc new DocumentViewModel(CloseDocument); doc.Title $文檔 {Documents.Count 1}; Documents.Add(doc); ActiveDocument doc; // 自動(dòng)激活新文檔 } private void CloseDocument(DocumentViewModel doc) { // 這里可以添加保存提示邏輯 Documents.Remove(doc); if (ActiveDocument doc) { ActiveDocument Documents.FirstOrDefault(); } } }4.2 主窗口 XAML 布局在主窗口MainWindow.xaml中我們使用TabControl來承載文檔并綁定到主視圖模型。Window x:ClassWpfMdiApp.MainWindow ... Window.DataContext local:MainViewModel/ /Window.DataContext DockPanel Menu DockPanel.DockTop MenuItem Header文件 MenuItem Header新建 Command{Binding NewDocumentCommand}/ /MenuItem /Menu ToolBarTray DockPanel.DockTop ToolBar Button Content新建 Command{Binding NewDocumentCommand}/ /ToolBar /ToolBarTray !-- 核心TabControl 作為文檔容器 -- TabControl ItemsSource{Binding Documents} SelectedItem{Binding ActiveDocument} Margin5 TabControl.ItemTemplate DataTemplate StackPanel OrientationHorizontal TextBlock Text{Binding Title}/ Button Contentx Margin5,0,0,0 Command{Binding CloseCommand} Width20 Height20 BackgroundTransparent BorderThickness0/ /StackPanel /DataTemplate /TabControl.ItemTemplate TabControl.ContentTemplate DataTemplate !-- 這里放置文檔內(nèi)容的實(shí)際視圖例如一個(gè)文本框 -- TextBox Text{Binding Content, UpdateSourceTriggerPropertyChanged} AcceptsReturnTrue VerticalScrollBarVisibilityAuto/ /DataTemplate /TabControl.ContentTemplate /TabControl /DockPanel /Window這個(gè)設(shè)計(jì)實(shí)現(xiàn)了動(dòng)態(tài)文檔列表Documents集合綁定到TabControl.ItemsSource新增或刪除文檔會(huì)自動(dòng)反映在標(biāo)簽頁上?；顒?dòng)文檔跟蹤SelectedItem綁定到ActiveDocument?？申P(guān)閉的標(biāo)簽頁在每個(gè)標(biāo)簽頁的頭部模板中我們放置了一個(gè)關(guān)閉按鈕并綁定了子視圖模型的CloseCommand。4.3 實(shí)現(xiàn)高級(jí)排列與窗口化標(biāo)簽頁界面雖然現(xiàn)代但有時(shí)用戶也需要將某個(gè)文檔拖出來成為一個(gè)獨(dú)立的浮動(dòng)窗口就像瀏覽器中拖出標(biāo)簽頁一樣。實(shí)現(xiàn)這個(gè)功能需要更高級(jí)的控件庫(kù)如 AvalonDock。AvalonDock 提供了DockingManager和LayoutDocument等控件可以輕松實(shí)現(xiàn)文檔的停靠、浮動(dòng)、拖拽和標(biāo)簽頁分組。集成 AvalonDock 的基本步驟通過 NuGet 安裝AvalonDock庫(kù)。將主窗口中的TabControl替換為DockingManager。在視圖模型中將DocumentViewModel集合轉(zhuǎn)換為 AvalonDock 可識(shí)別的LayoutDocument集合。通過綁定將LayoutDocument的集合和活動(dòng)狀態(tài)與DockingManager關(guān)聯(lián)。由于 AvalonDock 的配置相對(duì)復(fù)雜這里不展開詳細(xì)代碼但其核心思想是它提供了一個(gè)強(qiáng)大的布局引擎你只需要定義好文檔和工具窗口的視圖模型結(jié)構(gòu)它就能幫你處理所有的排列、浮動(dòng)、?？康慕换ミ壿嫎O大地簡(jiǎn)化了開發(fā)。4.4 WPF 方案下的通信與數(shù)據(jù)共享在 WPF MVVM 模式下子窗口現(xiàn)在是UserControl或LayoutDocument內(nèi)容之間的通信變得清晰通過共享的父級(jí) ViewModel所有子文檔 ViewModel 都由主 ViewModel 管理。如果需要在文檔間同步數(shù)據(jù)可以將共享數(shù)據(jù)提升到主 ViewModel 或一個(gè)單獨(dú)的DataService中然后通過依賴注入或靜態(tài)資源傳遞給各個(gè)子文檔。使用事件聚合器/消息總線這是一個(gè)更解耦的模式?？梢砸肴鏟rism框架中的EventAggregator或者使用CommunityToolkit.Mvvm中的Messenger。一個(gè)文檔發(fā)送消息其他感興趣的文檔訂閱并處理該消息。直接綁定到同一數(shù)據(jù)源如果多個(gè)文檔視圖顯示的是同一份數(shù)據(jù)的不同側(cè)面那么最直接的方式是讓它們的 ViewModel 都持有對(duì)同一個(gè)底層數(shù)據(jù)模型對(duì)象的引用。例如使用CommunityToolkit.Mvvm的Messenger// 在某個(gè)文檔中發(fā)送消息 Messenger.Send(new DocumentContentChangedMessage(this.Id, newContent)); // 在其他文檔或主視圖中接收消息 Messenger.RegisterDocumentContentChangedMessage(this, (recipient, message) { // 根據(jù) message.DocumentId 和 message.Content 更新UI或狀態(tài) });5. 性能優(yōu)化與內(nèi)存管理實(shí)戰(zhàn)要點(diǎn)無論是 WinForms MDI 還是 WPF 自定義宿主當(dāng)子窗體或文檔數(shù)量非常多時(shí)比如同時(shí)打開上百個(gè)日志文件性能問題就會(huì)凸顯。以下是幾個(gè)關(guān)鍵的優(yōu)化方向1. 虛擬化與延遲加載在 WPF 的TabControl中所有標(biāo)簽頁的內(nèi)容默認(rèn)在初始化時(shí)就會(huì)被加載即使它不可見。對(duì)于復(fù)雜的用戶控件這會(huì)嚴(yán)重拖慢啟動(dòng)速度和內(nèi)存占用。解決方案使用ContentPresenter和DataTemplate的延遲加載技巧或者更徹底地實(shí)現(xiàn)一個(gè)自定義的VirtualizingTabControl。更簡(jiǎn)單的方法是在文檔視圖模型的構(gòu)造函數(shù)中不加載大量數(shù)據(jù)而是提供一個(gè)LoadAsync()方法在標(biāo)簽頁首次被選中時(shí)通過綁定IsSelected屬性或監(jiān)聽ActiveDocument變化再觸發(fā)加載。2. 及時(shí)釋放資源WinForms確保子窗體關(guān)閉時(shí)調(diào)用Dispose()。對(duì)于包含非托管資源如文件句柄、數(shù)據(jù)庫(kù)連接、圖形對(duì)象的控件要確保實(shí)現(xiàn)了IDisposable并在窗體Dispose方法中正確釋放。WPFWPF 的控件依賴?yán)厥盏惨⒁馐录孤?。如果子文檔UserControl訂閱了全局事件或消息一定要在控件卸載時(shí)Unloaded事件中取消訂閱否則該控件將無法被垃圾回收導(dǎo)致內(nèi)存泄漏。3. 數(shù)據(jù)與 UI 分離這是 WPF MVVM 的核心優(yōu)勢(shì)。將耗時(shí)的數(shù)據(jù)操作如從數(shù)據(jù)庫(kù)讀取、復(fù)雜計(jì)算放在后臺(tái)線程Task.Run中進(jìn)行避免阻塞 UI 線程。在數(shù)據(jù)準(zhǔn)備好后通過Dispatcher.Invoke或數(shù)據(jù)綁定的自動(dòng)跨線程更新如果集合是ObservableCollection且在 UI 線程創(chuàng)建來更新界面。4. 對(duì)于“三維可交互窗體”等重型內(nèi)容如果子窗口中需要嵌入 3D 渲染如通過 OpenTK 或 HelixToolkit務(wù)必確保 3D 渲染上下文在窗口失去焦點(diǎn)或隱藏時(shí)能夠暫停渲染在窗口關(guān)閉時(shí)正確釋放所有 GPU 資源。通常這些庫(kù)會(huì)提供相應(yīng)的事件如Loaded/Unloaded來管理渲染循環(huán)的生命周期。6. 從設(shè)計(jì)到部署完整流程中的關(guān)鍵決策回顧整個(gè)開發(fā)流程從技術(shù)選型到細(xì)節(jié)實(shí)現(xiàn)有幾個(gè)決策點(diǎn)至關(guān)重要架構(gòu)決策M(jìn)VVM vs 傳統(tǒng)事件驅(qū)動(dòng)對(duì)于 WPF 項(xiàng)目強(qiáng)烈建議采用 MVVM 模式。它雖然前期學(xué)習(xí)成本高但極大地提高了代碼的可測(cè)試性、可維護(hù)性和可復(fù)用性尤其是在管理多個(gè)視圖和復(fù)雜狀態(tài)時(shí)。CommunityToolkit.Mvvm是一個(gè)輕量級(jí)且功能強(qiáng)大的入門選擇。狀態(tài)持久化用戶關(guān)閉應(yīng)用時(shí)打開的文檔列表、窗口位置、布局狀態(tài)是否需要保存在 WinForms MDI 中你需要手動(dòng)遍歷MdiChildren保存每個(gè)窗體的位置和狀態(tài)。在 WPF AvalonDock 中AvalonDock 提供了DockingManager.Layout.Serialize()和Deserialize()方法可以輕松將整個(gè)布局序列化為 XML 保存。全局命令處理像“保存全部”、“關(guān)閉全部”這樣的功能需要在主視圖模型中操作所有子文檔。這再次體現(xiàn)了擁有一個(gè)集中管理所有文檔的 ViewModel 的重要性。異步與響應(yīng)式現(xiàn)代應(yīng)用必須保持 UI 響應(yīng)流暢。任何可能耗時(shí)的操作如文件 I/O、網(wǎng)絡(luò)請(qǐng)求、數(shù)據(jù)庫(kù)查詢都必須使用async/await進(jìn)行異步化處理并在 UI 上提供適當(dāng)?shù)牡却甘救邕M(jìn)度條、禁用按鈕。最終無論是選擇簡(jiǎn)單直接的 WinForms MDI還是靈活強(qiáng)大的 WPF 自定義方案理解其背后的原理和權(quán)衡并針對(duì)自己的具體場(chǎng)景是開發(fā)一個(gè)內(nèi)部工具還是一個(gè)商業(yè)桌面軟件做出合適的選擇才是成功的關(guān)鍵。在開發(fā)過程中不斷從熱詞反映的社區(qū)需求中汲取靈感例如用 OpenCVSharp 處理圖像、用 OPC 連接工業(yè)設(shè)備、用圖表控件展示數(shù)據(jù)將這些功能模塊作為一個(gè)個(gè)獨(dú)立的“子窗體”或“文檔”集成到你的多窗口框架中就能構(gòu)建出功能強(qiáng)大、用戶體驗(yàn)優(yōu)秀的桌面應(yīng)用程序。