設計高併發的電子商店

2022-01-22 23:22:27 字數 1469 閱讀 4490

閒暇之餘準備開發一套電子商店的**,要求能夠面對大資料量,高併發。我會將實現的全過程記錄下來,並通過部落格分享給大家,當然最後也會把這個電子商店**免費開源,希望大家多多拍磚。

商品管理

商品類別管理

打折管理

評價管理

訂單管理

**選單管理

首頁五圖連播管理

內容管理

許可權管理

詳細描述,等我們下乙個章節再說說道說道......

乙個標準的四層架構包含如下四個部分:

商店應用程式展示層,負責商店應用程式與客戶的互動

服務層,負責與商店應用程式進行資料互動

業務邏輯層,負責處理系統的業務

資料訪問層,負責處理資料,與不同的資料庫打交道

是bs架構的專案,選擇最新的mvc4框架。

bll——業務邏輯

業務邏輯的操作,包括業務處理,事務等。

dal——資料訪問

資料庫訪問的操作,資料實體,資料校驗,使用entity framework。

ibll——業務介面

common——公共元件

整個應用程式使用的公共輔助方法。

modelingproject——模型設計

在此設計專案的圖例,如:架構圖。

wcfhost——服務宿主

為電子商店前台系統的服務提供宿主,使用微軟wcf技術。

wfactivitys——工作流活動層

定義了工作流的活動,使用微軟wf技術。

wfdesigner——工作流設計器

實施人員自由配置工作流的設計器,使用微軟wpf技術。

shop——電子商店後台應用程式

是bs架構的專案,選擇最新的mvc4框架。使用eesyui指令碼庫。

客戶:客戶從瀏覽器訪問我們的商店應用程式伺服器,商店應用程式再通過請求伺服器(部分)和提供服務的伺服器(資料部分),將兩部分整合後發回給客戶瀏覽器;

後台管理人員:

管理人員從瀏覽器訪問我們的後台應用程式伺服器,通過後台應用程式管理伺服器(部分)和資料庫伺服器(資料部分)的資源。

我想至此,你應該明白了(一)中,為什麼後台應用程式直接訪問業務邏輯層,而商店應用程式需要通過服務層訪問業務邏輯層了,因為伴隨資料訪問量增大,我們可以將服務根據功能需要,部署在多個伺服器上,以緩解訪問壓力,而後台應用程式不會出現訪問量增大的現象。

工具選擇vs2010 sp1 + sql server2008 + 狼奔**生成器

技術選擇ef + wf + wcf + mvc4 + eesyui

高併發系統設計

高併發系統主要是為了解決在有限的資源下解決最核心的問題,並發現以後可能會出現的問題。高併發原則一般遵守如下幾個設計原則 1.無狀態 指的是應用在處理業務邏輯期間盡量減少鎖的使用 降低網路通訊延遲 無資料持久化操作等,以此來增加應用系統的效能。2.拆分 大而全的系統,可根據實際的訪問量來拆分系統,來實...

設計自己的高併發架構

在網際網路行業,未來的趨勢就是高併發 分布式系統。作為一名網際網路開發人員,一定要把握發展趨勢,並沿著正確的路線提公升自己。我也是剛剛開始了解什麼是高併發 分布式的系統,怎樣進行這種系統的架構設計。我覺得學習的思路應該是 根據了解到的內容,參考已經存在的方案,自己思考,並動手設計一套自己的系統架構,...

JAVA高併發六 併發設計模式

單例模式 單例是最常見的一種設計模式,一般用於全域性物件管理,比如xml配置讀寫之類的.一般分為懶漢式,餓漢式.懶漢式 方法上加synchronized 這種方式,由於每次獲取示例都要獲取鎖,不推薦使用,效能較差 懶漢式 使用雙檢鎖 volatile 本方式是對直接在方法上加鎖的乙個優化,好處在於只...