您好,登錄后才能下訂單哦!
我們在開發軟件項目的過程中,經常會遇到有很多下拉框提供用戶選擇數據的情況,最笨的方法
是把這些下拉框寫死在程序里,客戶說要哪些下拉框就用哪些下框數據寫好,但是經常會發現下
拉框里的數據要進行調整,當然有可能也是需要樹型機構進行選擇,原理是差不多。寫得稍微好
點兒的,可以將下拉框的數據放在文本文件里,自己可以靈活設置,還可以調整順序,但是在多
用戶的情況下,還是希望保存在數據庫里,當然客戶希望能靈活設置,可以調整順序,也可以很
方便添加、修改、刪除下拉框中的項目。
一個業務管理系統做下來,可能會有十幾個,甚至幾十個下拉框選項,而且這些數據都存放在一
個物理表中,時間長了,你會發現,越來越不直觀,而且經常是這個系統里需要這些數據,下一
開發個系統里,還是需要其中的某一部分數據,這時存放在一個物理表中會發現,提取部分數據,
導出數據,導入數據會不是很方便。
雖然對sql,視圖熟練的人來講,原理是一樣的,但是,還是分別存儲在不同的物理表里,好維護,
更直觀一些,當然你也可以建立視圖來維護。但是這并不是解決問題最好的方法,在這一點上,我
曾經被別人多次批評過,我總是會想,大家的批評總是會有道理的否則也不會很多人都批評,時間
長了,我也會消化這些問題,總結經驗教訓,改進自己的缺點。
今天我終于把這些錯誤都改進好了,我心里也舒坦了很多,
主表里存放在,都有那些下拉框,然后可以在其他表里存放各個下拉框的數據。
為了方便維護,他們的表結構都是一樣的,這樣你就可以寫一份程序來維護這些數據。
若是項目型的公司,可以把很多下拉框數據都集中維護了,有一大堆的 Base_Itemdetails_*
看上去很直觀,需要在什么新開發的系統里,直接導入導出數據表就可以了,很方便選擇,對于
維護的人,開發的人,也變得很直觀了。雖然只是一個小小的改進,但是效果是非常明顯的,
終于可以提高開發效率了。
基礎代碼管理,主頁面效果
點擊明細后的效果,可以維護其他表的數據,你可以很靈活新增,修改,刪除,幾十個下拉框的維護,做一個管理端就可以了,
這樣,可以給你省老多事情了。當然有些與業務邏輯緊密相關的下拉框,要特別維護了,不能全部按這個來維護了。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。