Winforms設計建議

Question

我正在使用Winforms客戶端服務器應用程序，該應用程序將加載用於輸入數據或檢索數據或搜索數據的多種表單之一。我想在屏幕的左側放置按鈕，選擇右側加載哪種形式，以及頂部用於常見的新建，打開，刪除等按鈕。

我開始通過製作MDI表單將彈出一個子窗口，允許用戶選擇他們想要使用的應用程序。然後，當他們選擇它時，它會在右側加載適當的表單並更新左側按鈕的文本和功能。我正在使用面板將表單加載到按鈕窗體（我稱之爲導航器）和應用程序窗體中。當右側的表單發生變化時，我不得不使用事件來更改不同的按鈕表單。我的一位朋友說我可能以錯誤的方式來解決這個問題。他說，可能有更好的設計模式或方法或控制已經爲我做。

我不知道如何在網絡上搜索這樣的東西。

有人能給我這個方向嗎？ 如果我指出正確的方向，我可以進行研究。 也許有一個控件已經做到了這一切？ 謝謝。

Answer 1

我們使用類似的模式。 MDI父對象和任務的菜單。每個對象/任務的MDI子表單（約30個）。 N：N：X（其他複雜的關係或任務）1：1（調用l個相關對象），1：N（相關對象的顯示列表 - 檢查，設備等） 。正文有一個選項卡控件來分組數據。至少有一個選項卡是1：N列表重複使用的datagridview。

左側導航按鈕集取決於所管理的對象。我們動態地添加按鈕，但在大多數情況下，它們都是硬編碼的 - 我們只是不使用工具箱將按鈕放在子窗體上。每個按鈕組都在面板中 - 如果我要重新開始，我可能會使用FlowPanel。

我們在一個更復雜的對象上構建了一個「模型」形式，構建了所有數據綁定邏輯，然後將該形式用作其他對象的基礎。我們沒有使用Visual Studio/VB.Net提供的繼承。

我們做我們自己的控制數據「綁定」。我們使用ADO.Net和SQL Server。我們的子表單只顯示一條記錄，不支持嚮導生成的表單中顯示的典型記錄導航 - 在我們橫向瀏覽數據的情況下，這種情況很好。例如申請，授權建設，許可 - 然後檢查，續展等與一個設施有關。（我們是一個監管機構）

我們使用VB.Net作爲很多業務邏輯是在VB6中開發的。我今天仍然使用VB.Net與C＃ - 更容易用於業務邏輯和更易維護的IMO。

需要考慮的一個問題 - 有些人對WinForms（和VB.Net）有很長的期盼。我看不到微軟貶低WinForms，但也有人提倡這一點。許多人無法理解WinForms的簡單性（雖然有限的靈活性），它使我們能夠專注於正在完成的業務。我一直在看WPF，但根本無法看到它提供的所有UI功能的用處。 WPF支持者將推動MVVM，但這只是小規模開發或生產所不需要的更復雜的（20臺桌面或局域網用戶）環境。 WPF不會導致我們橫向導航。

Answer 2

我認爲用於選擇表單的左側工具欄是一個很好的模式，但可以摺疊（隱藏），以便用戶可以使用所有桌面空間。

至於MDI個人我不喜歡它，因爲跌倒了一點過時和混亂。但是再次尋求形式和功能的平衡。

對於頂部的工具欄，我將它作爲每個窗體的一部分，這樣可以很容易地對邏輯進行編程。這是一種不需要的複雜功能，將它們放在主表單上。

作爲一個推薦，你可以看看，Designing Web Interfaces即使它更專注於網絡可以給用戶交互中的一些指針。

更多信息搜索UI模式，用戶交互設計。