建立etradeservice的webservices
層次劃分：
1、datalayer 資料庫層，需要支援多種資料庫，sql server、oracle、ole db、odbc的資料來源，應該可以隨時更換
2、資料庫訪問層，例如：sqlhelper，還可以有orcalehelper，ole dbhelper等等
3、業務層？是否需要，具體的業務邏輯是用儲存過程實現，還是這個？分別有什麼利弊？如果需要，那麼需要寫多少個業務類，怎麼劃分?（實質上這個層是業務規則層：businessruleprojects）
4、web服務層，具體的webservice，提供一些業務操作的介面，使用者介面只能看到這一層。需要多少個webservices?（服務可以有多個，每個都有自己的功能，安全服務，email服務，許可權服務，報表服務，通知服務，提醒服務，異常服務等等），這層應該是業務外觀層：businessfacadeprojects
5、使用者介面層，這一層可以是asp.net來做，也可以是winform。
如果要寫業務層，應該是這樣吧：
1、可以封裝具體的類，比如：book類，並且在為這個類提供屬性（表中的字段），為這個類提供方法（操作表中的資料，具體的與資料庫打交道的應該是sqlhelper類）
2、然後web服務層來呼叫業務類的操作就行了。
網路層次劃分
除了標準的osi七層模型以外，常見的網路層次劃分還有tcp ip四層協議以及tcp ip五層協議，它們之間的對應關係如下圖所示 tcp ip協議毫無疑問是網際網路的基礎協議，沒有它就根本不可能上網，任何和網際網路有關的操作都離不開tcp ip協議。不管是osi七層模型還是tcp ip的四層 五層模型...
資料層次的劃分
資料層次的劃分 ods operational data store,運算元據層，在結構上其與 源系統的增量或者全量資料基本保持一致，相當於乙個資料準備區，同時又承擔著基礎資料的記錄以及歷史變化，其主要作用是把基礎資料引入到maxcompute cdm common data model，公共維度模...
模組中層次劃分
設計良好的模組，應該是層次化的。例如，模組b擴充套件了模組a，同時被模組c擴充套件。這樣就形成了a b c三個層次。img 如圖模組的層次 如圖所示，層次之間有如下的關係 上層定義規則，下層定義細節 上層 下層也可稱為內層 外層 上層是抽象的，下層是具體的 越上層，越穩定 越少改變 越下層，越易變。...