我眼中的理想系統(tǒng)

　　本人從事軟件行業(yè)也有幾年了，從開始的一直反復(fù)的用SQL SCRIPT到后來(lái)用ADO.NET，再到后來(lái)寫了一些DbInstnace接口，到后來(lái)自己寫ORM，可以直接通過(guò)對(duì)象持久化，才算是跟面向?qū)ο蟠钌狭诉叀?

　　 由于多數(shù)據(jù)是業(yè)務(wù)系統(tǒng)，我認(rèn)為還是采用CS架構(gòu)較好，但這樣的程序必須具備自動(dòng)更新的機(jī)制�？偨Y(jié)一下，需要具備如下特質(zhì)：

　　 一、程序支持在站點(diǎn)下下載，最簡(jiǎn)安裝，需要安裝的組件盡量最少，并支持在線安裝。

　　 二、程序支持自動(dòng)版本檢測(cè)和自動(dòng)更新，系統(tǒng)啟動(dòng)時(shí)自動(dòng)檢測(cè)版本自動(dòng)更新，在服務(wù)器有更新時(shí)，可以發(fā)消息給客戶端，通知客戶端執(zhí)行自動(dòng)更新程序，甚至需要保存數(shù)據(jù)后強(qiáng)制重新啟動(dòng)程序；

　　 三、程序有自己的一套應(yīng)用控件，而非直接使用系統(tǒng)提供的控件，這樣，有需求變化時(shí)可以直接改動(dòng)，全局自動(dòng)更新；

　　 四、程序支持多語(yǔ)言；

　　 五、程序的多語(yǔ)言數(shù)據(jù)信息在服務(wù)器中存儲(chǔ)，并且可以根據(jù)不同用戶，從服務(wù)器下載語(yǔ)言元素，為了減輕服務(wù)器的讀取壓力，系統(tǒng)在啟動(dòng)登錄后根據(jù)用戶ID一次性下載所有的語(yǔ)言元素（系統(tǒng)登錄部分的語(yǔ)言元素存在本地；

　　 六、系統(tǒng)啟動(dòng)時(shí)一次性把主數(shù)據(jù)信息讀取至本地內(nèi)存，如用戶數(shù)據(jù)、客戶數(shù)據(jù)、供應(yīng)商數(shù)據(jù)、物料數(shù)據(jù)等，但當(dāng)此類數(shù)據(jù)有更新時(shí)，需要通知客戶端增量修改；

　　 七、系統(tǒng)界面元素在服務(wù)器端，窗體根據(jù)界面元素自動(dòng)動(dòng)態(tài)生成；

　　 八、系統(tǒng)的任何界面元素都接受服務(wù)器端管理，因此系統(tǒng)更新可以得到最及時(shí)的應(yīng)用；

　　 九、由于第八點(diǎn)的原因，所有的元素都可以定制，并可以通過(guò)系統(tǒng)信息展示給開發(fā)人員，更利于應(yīng)用，更利于界面調(diào)試；

　　 十、所有的數(shù)據(jù)表都受服務(wù)器端管理，可以以超級(jí)管理員的身份登錄系統(tǒng)，創(chuàng)建或維護(hù)數(shù)據(jù)表；

　　 十一、根據(jù)一個(gè)或多個(gè)數(shù)據(jù)表可以創(chuàng)建一個(gè)窗體（應(yīng)用），界面布局可以通過(guò)數(shù)據(jù)記錄；

　　 十二、每一個(gè)控件的驗(yàn)證邏輯可以單獨(dú)設(shè)置，并且應(yīng)用的處理邏輯可以支持C#腳本語(yǔ)言。

　　 十三、所有業(yè)務(wù)應(yīng)用對(duì)象化，可以根據(jù)數(shù)據(jù)表自動(dòng)生成實(shí)體化對(duì)象和控制對(duì)象的基類，基類可以實(shí)現(xiàn)對(duì)實(shí)體類的增、刪、改、查；

　　 十四、對(duì)于驗(yàn)證邏輯的腳本，可以通過(guò)系統(tǒng)生成dll文件來(lái)提高程序的運(yùn)行性能。

　　 十五、 … …