在過去的開發(fā)過程中，我發(fā)現(xiàn)所謂的業(yè)務(wù)，在企業(yè)級應(yīng)用的背景下，最終的實現(xiàn)操作都是數(shù)據(jù)庫的增刪改查，或者說通俗點說都是數(shù)據(jù)庫的操作，其他的業(yè)務(wù)類型多多少少是在圍繞數(shù)據(jù)庫的操作。在用戶的需求最終轉(zhuǎn)化成設(shè)計再到代碼的實現(xiàn)。
我這里說的業(yè)務(wù)可能是一個有別于技術(shù)的東西，有些東西純粹是靠技術(shù)來實現(xiàn)的，用戶沒有概念，跟他說也沒有用，比如做接口，你可能用web service 。用TCP通信等等。這些很多是用戶是看不見的。
我認(rèn)為一個比較理想的業(yè)務(wù)系統(tǒng)應(yīng)該是業(yè)務(wù)駕臨在技術(shù)之上，二者相得益彰。技術(shù)需要解決的問題是他有一個平臺，能讓業(yè)務(wù)方便的在這個平臺上實現(xiàn)。所以我們在做架構(gòu)的時候要分清楚哪些是業(yè)務(wù)需要解決的問題，哪些是技術(shù)需要解決的問題。
從業(yè)務(wù)的角度看技術(shù)，我希望業(yè)務(wù)能夠非常方便的在這個平臺上實現(xiàn)，不僅如此，我還希望我的業(yè)務(wù)變更了。能夠以最少的改動或者不改動就能夠?qū)崿F(xiàn)變更。理想的做法我希望業(yè)務(wù)都是配置進去的，我在變更的時候只需要修改相應(yīng)的配置就可以了。當(dāng)然100%的配置出來也不太現(xiàn)實，據(jù)我所知，在sap,siebel里面的報表是必須開發(fā)的。因為報表主要是查詢，查詢就非常靈活，單靠配置能難達到目的。
從技術(shù)的角度去看業(yè)務(wù)，再好的技術(shù)加上一個不入流的設(shè)計，都為成為教科書上一個很好的反面教材。業(yè)務(wù)人員需要在對業(yè)務(wù)的把握上設(shè)計軟件。
既然要復(fù)用，要能夠用配置實現(xiàn)業(yè)務(wù)，那配置些什么東西了?那些地方可以配置。這個就是框架要做的事情了。說到框架大家最喜歡議論的就是怎么快速實現(xiàn)crud了。畢竟，一個系統(tǒng)的很大部分都是在做這個事情。