在實際的業務中，往往還有很多需要使用Winform來開發應用系統的，如一些HIS、MIS、MES等系統，由於Winform開發出來的系統介面友好，響應快速，開發效率高等各方面原因，還有一些原因是獨立的WInform應用系統方便部署使用，可以快速的在內部系統中安裝使用，小型的系統往往不需要涉及到雲服務等分散式的處理，那麼介面的流暢使用、友好呈現、快速的開發響應等特點就有非常明顯的優勢了。

本篇不針對性的討論Winform開發的優缺點，只是讓大家瞭解常規Winform開發的一些處理場景，在滿足需求的情況下，如何快速的開發Winform的應用系統。

1、基於某個特定的主體介面佈局

採用一個特定的介面佈局方式，這樣可以快速搭建各個模組的應用，也是給客戶第一好印象的開始，畢竟現在介面的處理越來越豐富，不過總體原則還是要以實用為主，易於找到功能入口。

如基於Ribbon的工具條的組織方式介面佈局

 或者基於樹形列表的左側處理方式

 或者一個兼顧經典選單模式和常規列表處理的方式佈局

  以上這些對於功能點比較多，而且需要分來管理的介面是非常不錯的，而對應窗體，一般都是採用多文件視窗的方式，方便管理不同的介面資料。

而這些模組中，往往由我們自己的Winform開發框架、混合開發框架來統一提供，可以根據需要進行調整即可。而且對於選單，一般在後端許可權系統中配置即可，執行系統的時候就會動態載入，這種就是外掛化管理的概念了，可以動態增加、維護某個模組的載入和展示。

2、設計資料庫表

資料庫設計基本上上我們開發者的基本功吧，一般就是根據需要設計好表的欄位、備註、約束、索引等資訊，雖然現在很多系統要求支援多種資料庫，但一般情況下是用在一個型別資料庫之上的，我們可以以常規方便使用的Sqlserver來設計資料庫資訊，如需要其他資料庫支援的，到時候使用轉換方式生成其他資料庫設計檔案即可。

一般資料庫設計工具，我們採用的是使用比較廣泛、又非常方便的PowerDesigner進行處理，我們使用它的好處就是可以隨時進行調整資料庫表資訊，並且資料庫指令碼生成非常方便；另外我們可以先生成Sqlserver的資料庫設計檔案，如需要還可以轉換為其他資料庫的設計檔案。

我們可以生成沒有外來鍵關係的資料表

但是每個表的欄位，我們都建議加上中文備註資訊，不僅僅是因為這樣可以好理解表的關係，也方便程式碼生成的時候，附帶上說明資訊，以及介面生成的時候，作為中文標籤處理。

 也可以為了系統完整性，生成一些外來鍵關係的表。

這樣處理好系統表或者業務表後，我們可以利用PowerDesigner工具的功能快速的生成SQL指令碼，用於在MS SQLServer上執行生成表。

如果我們以後有需要遷移到MySql資料庫裡面，那麼可以利用Navicat Premium進行轉義到Mysql資料庫即可。

詳細過程可以參考我之前的一篇隨筆《ABP框架使用Mysql資料庫，以及基於SQLServer建立Mysql資料庫的架構和資料》 

3、結合程式碼生成工具快速常規操作介面程式碼

 對於一個新建的業務表，我們需要開發的需要底層的實現和介面層的展示，這些工作量也是非常巨大的，如果基於控制元件細粒度的處理，也是非常繁瑣的工作，因此基於這些開發過程的考慮，我們引入了提高效率開發的程式碼生成工具Database2Sharp，專門為我們基於開發框架基礎上的框架實現程式碼開發，和業務介面展示的快速開發。

程式碼生成工具，不僅能夠讓它生成我們常規開發的介面層以下的實現程式碼（包括BLL、DAL、Entity、IDAL等層，以及混合框架的WCF、Web API的實現層和呼叫封裝層），以及介面層的呼叫程式碼。

有了這些的處理，我們可極大減輕工作量。

我們開發新業務表的處理沒有發生變化，需要設計好自己的業務表，然後利用程式碼生成工具生成對應程式碼，最後合併到專案裡面並調整介面為合適的展示方式。

對於一般的業務系統，可能都會涉及到不同資料庫的使用，如SQLServer、Oracle、Mysql、PostgreSQL等資料庫，那麼這部分，可以通過使用微軟企業庫或者其他ORM方式進行處理，以實現系統對多種資料庫的良好支援。

這些，我們利用程式碼生成工具來開發後端程式碼，已經對這些不同資料庫的處理進行了相應的支援，使用起來就更加方便了。

Winform開發架構如下所示。

 而對於混合方式的Winform開發，那麼還設計Web API模組的部署，以及客戶端對Web API呼叫的封裝，如下所示。

4、結合程式碼生成工具快速生成介面程式碼並整合

 利用程式碼生成，根據我們資料庫的欄位資訊，可以快速生成相應的列表、編輯介面等常規介面，生成後進行相應的微調即可。

我們把常規的列表介面，新增、編輯、檢視、匯入等介面放在一起，除了列表頁面，其他內容以彈出層對話方塊的方式進行處理，如下介面示意所示。

一般情況下，我們利用程式碼生成工具生成的介面都是需要調整的，但是介面的控制元件名稱已經根據欄位進行了對應，後臺的資料顯示、輸入驗證、資料儲存等需要控制元件和實體類一一對應的關係，也已經做好了，所做的只需要把介面調整的更加好看即可。

所以，生成的介面大致情況如下所示。

首先，我們知道，DevExpress的LayoutControl佈局控制元件，對於其中的控制元件位置，都可以在設計模式進行動態拖動調整的，如下所示。

另外，我們可以在設計模式下，控制元件的右上角上，調整控制元件為自己希望的型別，如下所示。

這樣我們可以把生成的文字框，調整為下來列表，然後可以通過後端程式碼一行程式碼，進行字典的繫結。

 這樣就非常簡化了我們對字典資料來源的繫結操作了，非常方便易讀，下面是其中一個功能介面的下拉列表展示。

根據需要調整控制元件、拖動位置，增加一些特殊的控制元件等，可以把介面整理的比較規範化、美觀一些。

或者更多資料的人員資訊的資料編輯介面效果如下所示，通過分門別類，我們可以有效管理看似很凌亂的資料內容了。

生成好後端程式碼和Winform介面程式碼，就需要根據框架的特點進行增量式的整合使用了

詳細可以參考一下《循序漸進開發WinForm專案（4)--Winform介面模組的整合使用》

3、整合一些常有的專案模組 

由於我們框架提供了很多基礎的模組來給我們新業務開發提供便利，如公用類庫、分頁控制元件、字典管理、許可權管理系統、自動升級、附件管理、人員管理、工作流管理等可以反覆重用的模組。

有了這些模組的加持，我們開發專案很多基礎的處理就不用所有的東西都從頭來過。

軟體和建築工程很類似，都是需要構建一個龐大而功能完整的一個系統，而工程化也意味著需要多人協作，那麼就需要把一個龐大的系統橫向或者縱向劃分為各個可以獨立施工完成的模組，雖然各個模組之間有所銜接或者互動，但是基本上可以以模組化的方式來構建，這個也是工程化開發的精髓所在。

以一個軟體管理系統為例，我們儘可能把精力焦點放在客戶的業務需求上，而對於常規的如許可權控制、字典管理等一些常用的內容，由於它們的處理邏輯在特定領域上基本上比較固定一些，可以儘可能獨立並重復使用，

而有時候，以某個特定的業務來說，同時很多處理規則也是不變的，因此也可以以業務模組的方式來劃分，從而類似通用模組的方式重複使用。

模組化類似小孩子搭積木的方式構建一個所要的形狀，雖然軟體和建築在這方面肯定更加複雜化，但是模組化系統是大勢所趨，也是簡化開發、易於維護、提高系統健壯性的重要舉措。