前一段時間﹐在開發零售系統門市作業程序﹐其間結合petshop開源項目的思想﹐形成了一個自已的開發框架﹐主要特點是將與數據庫打交道的部分做了封裝﹐在數據訪問層與UI之間引入了業務邏輯層﹐當時自已還比較滿意﹐因為基本上實現了界面與業務邏輯的分離。后來﹐因為在流程上發生了較大的變更﹐這時發現﹐改動量 比較大﹐很不方便﹐后來﹐看到msdn上的一篇文章﹐建議在系統中大量使用procedure,于是﹐我就把所有的數據庫相關操作分成了几個package,感覺還不錯﹐主要體現在以下几個方面﹕
(1) 直接用plsql編程實現相關功能﹐效率比較高
(2) 如果對package的划分比較合理﹐可以實現較大面積的代碼重用
(3) 修改程式邏輯后﹐不用重新編譯dotNet代碼。
同時﹐我也發現了几個不是很好的地方﹕
(1) 要求編程人員對系統的數據庫結構比較了解
(2) 原來的業務邏輯層扁平化了﹐基本上沒有起到什么作用
看來﹐什么東西﹐好與不好﹐只有自已多用多寫才知道。多實賤永遠都是對的。
具體效果﹐還要持續觀察與學習﹐因為我始終記得一點﹕對自已工作中的流程持續改善
(1) 直接用plsql編程實現相關功能﹐效率比較高
(2) 如果對package的划分比較合理﹐可以實現較大面積的代碼重用
(3) 修改程式邏輯后﹐不用重新編譯dotNet代碼。
同時﹐我也發現了几個不是很好的地方﹕
(1) 要求編程人員對系統的數據庫結構比較了解
(2) 原來的業務邏輯層扁平化了﹐基本上沒有起到什么作用
看來﹐什么東西﹐好與不好﹐只有自已多用多寫才知道。多實賤永遠都是對的。
具體效果﹐還要持續觀察與學習﹐因為我始終記得一點﹕對自已工作中的流程持續改善
