DevExpress擁有.NET開發需要的所有平臺控件，包含600多個UI控件、報表平臺、DevExpress Dashboard eXpressApp 框架、適用于 Visual Studio的CodeRush等一系列輔助工具。

在Winform程序開發中，界面部分的開發工作量一般是比較大的，特別是表的字段數據比較多的情況下，數據編輯界面所需要的繁瑣設計和后臺邏輯處理工作量更是直線上升，而且稍不注意，可能很多處理有重復或者錯誤，利用代碼生成工具Database2Sharp設計數據編輯界面可以極大提高開發效率，減少出錯機會，結合DevExpress的布局拖動調整，更是如虎添翼，使你從繁瑣的界面設計開發工作中解脫出來，缺少的只是你的靈感。

一、數據編輯界面設計步驟

一般情況下，如無其他工具的輔助下，我們需要在界面上放置好相關的界面控件，并調整控件的名稱，調整控件位置布局，在后臺中逐個編寫控件賦值的顯示代碼和保存到數據庫的賦值語句，特別是控件命名、顯示數據，保存數據這些操作，是非常繁瑣累人的，也是最容易出錯的地方。

利用代碼生成工具Database2Sharp，除了可以快速生成整體Winform開發框架的界面代碼，讓你一秒鐘內就搭建一個完整標準的框架應用，最重要的，Winform界面設計這些繁雜的工作，也可以使用它進行完成，再也不用拘束于重復的勞動中了，可以靜下心來找找靈感了。代碼生成工具Database2Sharp的Winform界面代碼生成界面如下所示。

查詢類和數據編輯類，基本上是我們設計界面的兩種標準界面，如下所示。

由于這個主查詢界面，利用分頁控件，以及動態生成的條件基本上就能滿足要求了，繁瑣的工作主要在數據編輯界面上，本文主要介紹數據編輯界面的設計工作在利用代碼生成工具方面的改進。

一般情況下，我們利用代碼生成工具生成的界面都是需要調整的，但是界面的控件名稱已經根據字段進行了對應，后臺的數據顯示、輸入驗證、數據保存等需要控件和實體類一一對應的關系，也已經做好了，所做的只需要把界面調整的更加好看即可。

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

雖然生成的編輯界面，字段說明作為控件的標簽，字段名稱作為控件名稱的部分內容，并且日期和數值控件類型也已經調整好，但是離我們真正的呈現給用戶的數據編輯界面還是有一定的距離。

不要緊，下面我來演示一下如何實現界面的進一步的調整。

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

于是，我們可以根據合理的排版布局，對其中的界面元素拖動到合理的布局，并增加一些空白的控制位置，或者調整布局單元的約束類型為自定義，并設置控件的最大寬度或者高度，這樣可以合理調整好數據編輯界面。

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

通過上面的多樣化調整，我們可以最終把界面拖動設計成這個效果。

二、多選項卡的數據編輯界面

按照上面這樣的調整流程，對于一般情況下的數據編輯界面，我們可能基本滿足了要求了，但是對于一些字段輸入比較多的表格，我們最好能夠通過TabControl把不同范疇的輸入內容分開，一個選項卡負責一部分數據，這樣可以有效利用屏幕的空間進行輸入。例如，上面的數據，通過引入一個TabControl， 把病人基本信息和隨訪信息分開，就可以得到這樣的運行界面效果。

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

但是，這樣多選項卡的數據編輯界面，我們可能無法一下就生成符合要求的界面效果，我們可以先整體生成一個全部所需字段的數據編輯界面，就是按照上面的流程一樣生成，然后重新復制一份到一個臨時的窗體里面作為備份保留。

在原來的界面上，刪除除第一個選項卡頁面的控件內容，這時候，我們知道，后臺的對應代碼還保留著這些刪除界面控件的數據顯示、賦值保存的對應關系的代碼，我們要保留它們，因為我們不是真的刪除這些關聯的控件。

然后在TabControl中，創建第二個TabPage選項卡頁面，然后在備份保留的窗體界面上，把第一個TabPage選項卡頁面中存在的控件刪除，然后把剩下的其他控件，全部通過LayoutControl方式復制到第二個TabPage選項卡頁面里面，這樣整個控件和后臺代碼的關系，就又完整了，如果有更多的控件需要拆分，按照上述的方法重新操作一次即可。

例如，下面的例子源自我的客戶關系管理系統模塊（CRM）中的聯系人管理，由于聯系人信息比較多，我把它分為了兩個TabPage選項卡頁面進行管理，操作的思路就是用剛才介紹的方式進行調整的。

本文轉載自

DevExpress技術交流群3：700924826      歡迎一起進群討論