在實際的業務中,往往還有很多需要使用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、整合一些常有的專案模塊
由于我們框架提供了很多基礎的模塊來給我們新業務開發提供便利,如公用類別庫、分頁控制元件、字典管理、權限管理系統、自動升級、附件管理、人員管理、作業流管理等可以反復重用的模塊,

有了這些模塊的加持,我們開發專案很多基礎的處理就不用所有的東西都從頭來過,
軟體和建筑工程很類似,都是需要構建一個龐大而功能完整的一個系統,而工程化也意味著需要多人協作,那么就需要把一個龐大的系統橫向或者縱向劃分為各個可以獨立施工完成的模塊,雖然各個模塊之間有所銜接或者互動,但是基本上可以以模塊化的方式來構建,這個也是工程化開發的精髓所在,
以一個軟體管理系統為例,我們盡可能把精力焦點放在客戶的業務需求上,而對于常規的如權限控制、字典管理等一些常用的內容,由于它們的處理邏輯在特定領域上基本上比較固定一些,可以盡可能獨立并重復使用,
而有時候,以某個特定的業務來說,同時很多處理規則也是不變的,因此也可以以業務模塊的方式來劃分,從而類似通用模塊的方式重復使用,
模塊化類似小孩子搭積木的方式構建一個所要的形狀,雖然軟體和建筑在這方面肯定更加復雜化,但是模塊化系統是大勢所趨,也是簡化開發、易于維護、提高系統健壯性的重要舉措,

轉載請註明出處,本文鏈接:https://www.uj5u.com/net/266559.html
標籤:.NET技术
