經過一段時間對csla的學習和實驗，對如何應用這個超級工具有了一些心得，慢慢感覺越來越順手了。（只是有些感慨，從認識csla到現在快兩年了，現在才基本了解如何使用它，真是慚愧啊）。
另外，公司的框架發展到現在，有了很多的積累和發展，感覺有很多地方顯得不方便，或者說有些功能無法完成。
老構架的優點：
1、功能與許可權檢查與.net framework 整合，無需手動配置，系統將在啟動時自動掃瞄並註冊到系統，可保證更新及時及有效。
2、介面註冊與功能關聯，不需要手動配置，系統將在啟動時自動掃瞄並註冊到系統，可保證更新及時有效。
3、軟體開發人員無需對使用者許可權認證等等的技術細節有詳細的了解，就可進入狀態開發，只需進行一些基本的基礎知識學習就可以參加到專案裡，可以做到 不必知其所以然，只需看到現象和結果就可以了。
4、業務模組可以隨著時間的發展逐漸積累，現在已經有好幾個行業的模組可以使用。
老構架的缺點：
1、介面展現技術單一，使用visual webgui 來做表現模組，現在感覺其效率實在無法忍受，只能限定在內網使用，不得不說，當初選擇這樣的框架是個錯誤。
2、系統框架無法實現多層（縱向）分層，比如說：將業務邏輯分為應用層。使用場境：當一台web伺服器無法滿足負荷要求時，不能單獨把業務邏輯層取出來單獨執行。
3、 系統框架無法實現集群（橫向）分層，比如說：一台伺服器無法滿足負荷要求時，不能把某一層單獨分出來做成負載均衡。
4、開發速度太慢，慢的原因有：框架分為三層，消耗時間最多的為介面和邏輯有效性驗證。介面層要進行資料有效性驗證，邏輯層也要進行資料有效性驗證，有很多的重複**。
5、現有框架的資料訪問層和介面之間的配合太差，導制有很多手工**，一方面是開發速度慢，另一方面對程式設計師的要求也提高了。
所以為了克服這些現有的缺點和問題，今年正在進行新框架的研發，今天有了一些進展，記錄如下：
今天得到成果為：
1、根物件與子物件的配合，如何在適當的時候在根、子物件間切換。
2、資料繫結及編輯，如何實現繫結與資料有效性驗證。
3、當物件有多型時，如何實現新增與編輯。
4、如何實現資料的更新與儲存，並形成一套固定的套路（用於培訓程式設計師）。
急需解決的問題：
1、新框架的使用者認證與授權，這涉及到細粒度的控制（控制到屬性的訪問，物件的建立及命令的執行等）還是粗粒度的控制（命令執行或者稱為功能執行）的問題。
2、功能與介面的關聯及主控介面的生成及子頁面間相互通訊。
3、 全域性上下文的生成及靈活訪問。
4、基礎功能的完成（老系統中工具類業務）
自己構思的MVC框架
我除了是乙個很懶惰的人，更是乙個很吝嗇的人，更加是乙個不願被約束的人。在挑選開源表示層框架時，因為懶惰，我要求 1.好學，我不希望花乙個月的時間去學習如何配置 2.好用，要真的能夠提高開發的效率，而不是把自己繞進去 因為吝嗇，我要求 3.不要過於龐大，過多的依賴其他專案，占用過多的記憶體 4.執行效...
CSLA的許可權控制如何整合到框架中
csla對類的屬性讀寫控制做的很到位。首先在businessbase繼承的類中繼承addauthorizationrules函式 protected override void addauthorizationrules public string password set 至此，在ui介面上，僅需...
log4j日誌框架的使用心得
log4j.properties 配置檔案內容如下。根配置，這裡我們把debug層級以及以上的資訊輸出到console和file log4j.rootlogger debug,stdout,d,e,i 輸出到console 輸出日誌到控制台 輸出debug級別的日誌到 e logs debug.lo...