如何快速開發Winform應用系統

在實際的業務中，每每還有不少須要使用Winform來開發應用系統的，如一些HIS、MIS、MES等系統，因爲Winform開發出來的系統界面友好，響應快速，開發效率高等各方面緣由，還有一些緣由是獨立的WInform應用系統方便部署使用，能夠快速的在內部系統中安裝使用，小型的系統每每不須要涉及到雲服務等分佈式的處理，那麼界面的流暢使用、友好呈現、快速的開發響應等特色就有很是明顯的優點了。

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

一、基於某個特定的主體界面佈局

採用一個特定的界面佈局方式，這樣能夠快速搭建各個模塊的應用，也是給客戶第一好印象的開始，畢竟如今界面的處理愈來愈豐富，不過整體原則仍是要以實用爲主，易於找到功能入口。

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

 

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

 

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

  以上這些對於功能點比較多，並且須要分來管理的界面是很是不錯的，而對應窗體，通常都是採用多文檔窗口的方式，方便管理不一樣的界面數據。

而這些模塊中，每每由咱們本身的Winform開發框架、混合開發框架來統一提供，能夠根據須要進行調整便可。並且對於菜單，通常在後端權限系統中配置便可，運行系統的時候就會動態加載，這種就是插件化管理的概念了，能夠動態增長、維護某個模塊的加載和展現。

 

二、設計數據庫表

數據庫設計基本上上咱們開發者的基本功吧，通常就是根據須要設計好表的字段、備註、約束、索引等信息，雖然如今不少系統要求支持多種數據庫，但通常狀況下是用在一個類型數據庫之上的，咱們能夠以常規方便使用的Sqlserver來設計數據庫信息，如須要其餘數據庫支持的，到時候使用轉換方式生成其餘數據庫設計文件便可。

通常數據庫設計工具，咱們採用的是使用比較普遍、又很是方便的PowerDesigner進行處理，咱們使用它的好處就是能夠隨時進行調整數據庫表信息，而且數據庫腳本生成很是方便；另外咱們能夠先生成Sqlserver的數據庫設計文件，如須要還能夠轉換爲其餘數據庫的設計文件。

咱們能夠生成沒有外鍵關係的數據表

可是每一個表的字段，咱們都建議加上中文備註信息，不只僅是由於這樣能夠好理解表的關係，也方便代碼生成的時候，附帶上說明信息，以及界面生成的時候，做爲中文標籤處理。

 

 也能夠爲了系統完整性，生成一些外鍵關係的表。

 

這樣處理好系統表或者業務表後，咱們能夠利用PowerDesigner工具的功能快速的生成SQL腳本，用於在MS SQLServer上執行生成表。

 

若是咱們之後有須要遷移到MySql數據庫裏面，那麼能夠利用Navicat Premium進行轉義到Mysql數據庫便可。

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

 

  

三、結合代碼生成工具快速常規操做接口代碼

 對於一個新建的業務表，咱們須要開發的須要底層的實現和界面層的展現，這些工做量也是很是巨大的，若是基於控件細粒度的處理，也是很是繁瑣的工做，所以基於這些開發過程的考慮，咱們引入了提升效率開發的代碼生成工具Database2Sharp，專門爲咱們基於開發框架基礎上的框架實現代碼開發，和業務界面展現的快速開發。

代碼生成工具，不只可以讓它生成咱們常規開發的界面層如下的實現代碼（包括BLL、DAL、Entity、IDAL等層，以及混合框架的WCF、Web API的實現層和調用封裝層），以及界面層的調用代碼。

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

咱們開發新業務表的處理沒有發生變化，須要設計好本身的業務表，而後利用代碼生成工具生成對應代碼，最後合併到項目裏面並調整界面爲合適的展現方式。

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

這些，咱們利用代碼生成工具來開發後端代碼，已經對這些不一樣數據庫的處理進行了相應的支持，使用起來就更加方便了。

 

Winform開發架構以下所示。

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

四、結合代碼生成工具快速生成界面代碼並整合

 利用代碼生成，根據咱們數據庫的字段信息，能夠快速生成相應的列表、編輯界面等常規界面，生成後進行相應的微調便可。

咱們把常規的列表界面，新增、編輯、查看、導入等界面放在一塊兒，除了列表頁面，其餘內容以彈出層對話框的方式進行處理，以下界面示意所示。

通常狀況下，咱們利用代碼生成工具生成的界面都是須要調整的，可是界面的控件名稱已經根據字段進行了對應，後臺的數據顯示、輸入驗證、數據保存等須要控件和實體類一一對應的關係，也已經作好了，所作的只須要把界面調整的更加好看便可。

因此，生成的界面大體狀況以下所示。

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

另外，咱們能夠在設計模式下，控件的右上角上，調整控件爲本身但願的類型，以下所示。

這樣咱們能夠把生成的文本框，調整爲下來列表，而後能夠經過後端代碼一行代碼，進行字典的綁定。

 

 這樣就很是簡化了咱們對字典數據源的綁定操做了，很是方便易讀，下面是其中一個功能界面的下拉列表展現。

根據須要調整控件、拖動位置，增長一些特殊的控件等，能夠把界面整理的比較規範化、美觀一些。

或者更多數據的人員信息的數據編輯界面效果以下所示，經過分門別類，咱們能夠有效管理看似很凌亂的數據內容了。

生成好後端代碼和Winform界面代碼，就須要根據框架的特色進行增量式的整合使用了

詳細能夠參考一下《按部就班開發WinForm項目（4)--Winform界面模塊的集成使用》

三、整合一些常有的項目模塊 

因爲咱們框架提供了不少基礎的模塊來給咱們新業務開發提供便利，如公用類庫、分頁控件、字典管理、權限管理系統、自動升級、附件管理、人員管理、工做流管理等能夠反覆重用的模塊。

有了這些模塊的加持，咱們開發項目不少基礎的處理就不用全部的東西都從頭來過。

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

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

而有時候，以某個特定的業務來講，同時不少處理規則也是不變的，所以也能夠以業務模塊的方式來劃分，從而相似通用模塊的方式重複使用。

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