淺談MIMJ

摘要:淺談MIMJ

名詞解釋
MI-俗稱開窗
MJ-俗稱驗證
兩者獨立,
可以只要有MI,應用情況如下
A.強制使用者一定要用開窗來選擇,不可自行輸入,把用來輸入的textbox改為唯獨即可。
B.做歷史紀錄的查詢帶值使用,ex:評語textbox,可開窗查詢歷史紀錄評語帶回值再來修改,便利使用者填寫。
亦可只要有MJ,應用情況如下
A.強制使用者只能用輸入的方式,通常為了加快填寫速度,使用者對於該欄位的代號很熟悉,不需要再開窗選擇資料(窗開起來也要時間)。
   把用來點選MI的按鈕disabled即可做到,當然如果MI、MJ皆有註冊,但使用者直接輸入值,這時候也只會執行MJ。
B.MJ通常用來帶多個回傳值到畫面上,這幾乎是超常用的例子,ex:輸入工號帶出姓名、email、部門、職務、職稱等等...
C.MJ亦可應用於查詢資料(一筆),ex:查XX資料表中的資料筆數、查XX資料表中目前的最大流水碼,
   說白了就是可以把SQL語法藏到資料庫中,看你怎麼應用而已。

心得:
一直在想為什麼會有這麼特別的東西出現,姑且不談論要如何做,先來談談其有甚麼好處,
假設甲公司現有20張表單,每張表單都有 "申請人" 這欄位,若設計時選用 下拉控制項 來處理,
首先面臨到的問題便是,公司員工一多,下拉的呈現效果不好,若用開窗型控制項效果不錯,
其次若使用後2,3個月發現怎麼離職員工還在開窗選項裡面,麻煩來了,當初若把SQL語法寫在那20張表單裡,
你的頭應該會痛,MIMJ設計概念是把SQL語法儲存到資料庫中,日後有邏輯上的異動,修改資料庫中的SQL語法即可,完全無需修改程式,
對於維護上是有莫大的幫助。