其實業務邏輯曾是必需的，為什麼增加外觀層？
業務邏輯，一般都是體現sql,以及呼叫資料訪問器，獲取/提交資料
當初做專案的時候定義業務邏輯和外觀層是這麼分工的
業務邏輯，簡單的sql邏輯，單種的業務邏輯
外觀呼叫業務邏輯，管理事務，做一些輸出的重新整理
曾經做過remoting/webservice的demo,感覺只需要在外觀層上再加一層webservice方法或者remoting的方法既可。
所有的業務邏輯都繼承了baserule，這樣就不用編寫那些insert/update/delete方法來呼叫資料訪問器來執行操作了。
剩下的就是winform web的事情了。
那些都是需要積累的，或許已經超出了我的框架的範圍，以後再慢慢積累擴充了。
Wildfish框架開篇
wildfish框架開篇 1.wildfish框架是什麼?這是乙個基於.net2.0的簡化資料訪問框架，他支援mssqlserver 完整測試通過 oracle 尚未完整測試 iseries資料庫 尚未完整測試 當然了，我也不是希望說自己的框架是萬能的。選擇的資料庫驅動都是支援 或者 來代表引數的。...
關於架構 框架 業務邏輯的理解
最近在回顧和總結上乙個五年的工作成長歷程，其中加入了個人對架構 框架 業務邏輯的理解，順便摘抄下來分享到部落格。由於個人認知有限，難免存在紕漏。1 架構 按照我的理解，架構有廣義和狹義的解釋。從廣義角度來說，它是人類進行社會化生產的組織形式，以及為保證組織形式能夠正常開展的方方面面。乙個典型的案例就...
6 2 業務邏輯之打通業務處理脈搏實戰
支撐執行緒池的運作主要靠兩個函式 pthread cond signal m pthreadcond 觸發 pthread cond wait m pthreadcond,m pthreadmutex 等待 unix環境高階程式設計 11章 執行緒，11.6.6 條件變數 m pthreadcond...