電商項(xiàng)目簡介

零、目錄

• 電商項(xiàng)目特點(diǎn)
• 電商項(xiàng)目技術(shù)難點(diǎn)
• 電商項(xiàng)目簡介
• 開發(fā)工具
• 電商項(xiàng)目架構(gòu)
• 開發(fā)環(huán)境

一、電商項(xiàng)目特點(diǎn)

分布式

數(shù)十臺(tái)服務(wù)器，甚至百臺(tái)、千臺(tái)、萬臺(tái)，包括：Nigix負(fù)載均衡集群、Tomcat集群、Redis緩存集群、RabbitMQ消息隊(duì)列集群、MySQL主從、Solr全文檢索集群等。

分布式集群

分布式:單個(gè)任務(wù)拆分成眾多的子任務(wù),單個(gè)實(shí)例完成其中之一,眾多實(shí)例合作完成一個(gè)任務(wù)的過程;

集群:從任務(wù)為單位的角度區(qū)分,集群屬于單個(gè)實(shí)例完成單個(gè)任務(wù),集中單例群體完成整體功能的過程

高并發(fā)

要面對(duì)高并發(fā)用戶，大流量訪問。Google日均PV數(shù)35億，日均IP訪問數(shù)3億。騰訊QQ最大在線人數(shù)4億。淘寶2015年“雙十一”，活動(dòng)交易額975億，2016年第一天交易額超過千億，活動(dòng)開始第一分鐘獨(dú)立訪問用戶達(dá)1000萬。

高可用

系統(tǒng)7X24小時(shí)不間斷運(yùn)行。大型互聯(lián)網(wǎng)網(wǎng)站宕機(jī)事件通常會(huì)成為新聞焦點(diǎn)。如2010年百度域名被黑客劫持導(dǎo)致不能訪問，帶來不可估量的經(jīng)濟(jì)損失。

海量數(shù)據(jù)

存儲(chǔ)、管理海量數(shù)據(jù)，需要使用大量服務(wù)器。facebook每周上傳的照片數(shù)量近10億，百度收錄的網(wǎng)頁數(shù)量數(shù)百億，Google有近百萬臺(tái)服務(wù)器為全球用戶提供服務(wù)。

二、 電商項(xiàng)目技術(shù)難點(diǎn)

三、電商項(xiàng)目簡介

網(wǎng)上商城是一個(gè)綜合性的B2C(Busines-to-custmer)平臺(tái)，<預(yù)言>C2C類似京東商城、天貓商城。會(huì)員可以在商城瀏覽商品、添加商品到購物車、下訂單，以及參加各種活動(dòng)。商家可以入駐京淘商城，在該平臺(tái)上開店出售自己的商品，并且得到京淘商城提供的可靠服務(wù)。管理員、運(yùn)營人員可以在后臺(tái)管理系統(tǒng)中管理商品、訂單、會(huì)員等。客服人員可以在后臺(tái)管理系統(tǒng)中處理用戶的詢問和投訴。

四 、 開發(fā)工具

Windows7/CentOS 6.5/VMworkstation10 Power Designer 15.6 Eclipse neon JDK 1.7以上 必須。一些高級(jí)應(yīng)用需要高版本支持1.8 Maven 3.5 Tomcat 7.0.59 Nginx 1.9.9 Redis 3.2.11 MySQL 5.5.27 + Amoeba 3.0.4

五、電商項(xiàng)目架構(gòu)

傳統(tǒng)項(xiàng)目是如何開發(fā)一個(gè)項(xiàng)目

不分功能 ， 不分模塊的全部在一個(gè)工程中完成

優(yōu)點(diǎn)：結(jié)構(gòu)簡單,開發(fā)過程不需要考慮分布式的難題,不需要考慮jar包的依賴管理

缺點(diǎn)：高可用能力低,一旦某一個(gè)模塊失效,整體失效,團(tuán)隊(duì)開發(fā)的配合難度大

電商系統(tǒng)中 ， 引入多個(gè)工程系統(tǒng) ， 分為兩部分：

業(yè)務(wù)系統(tǒng)

前臺(tái)系統(tǒng)：訪問首頁 ， 登錄連接 ， 注冊(cè)鏈接 ， 購物車連接 ， 訂單連接

后臺(tái)系統(tǒng)：商品增刪改查(web前端技術(shù)EasyUI KindEditor)

購物車系統(tǒng)：選擇商品 ， 數(shù)量 ， 支付金額

訂單系統(tǒng)：從購物車發(fā)起的連接,生成訂單,收貨人信息,付款方式,商品內(nèi)容

登錄系統(tǒng)：權(quán)限管理,用戶信息的獲取;

搜索系統(tǒng)：商品搜索

支撐系統(tǒng)

父工程:管理所有依賴的jar包(maven繼承);本質(zhì)就是準(zhǔn)備好pom文件

工具工程:管理所有工程的公用工具類(maven依賴);代碼

以上每一個(gè)工程系統(tǒng)都是一個(gè)單獨(dú)的maven工程

如何按團(tuán)隊(duì)劃分功能開發(fā)？

一個(gè)大型項(xiàng)目,業(yè)務(wù)劃分成多個(gè)子系統(tǒng)的過程就是所謂的拆分過程中的業(yè)務(wù)縱向拆分

每一個(gè)子業(yè)務(wù)系統(tǒng)當(dāng)功能非常復(fù)雜,結(jié)構(gòu)煩瑣時(shí),也很難由同一個(gè)團(tuán)隊(duì)或者小組單獨(dú)開發(fā)完成,引出二級(jí)拆分(橫向拆分);本質(zhì)就是三層架構(gòu)的拆分工作(持久層(pojo,mapper接口,mapper.xml),業(yè)務(wù)層(service),控制層(controller))

注意:parent和common是沒有橫向拆分的;主要負(fù)責(zé)提供資源

六、開發(fā)環(huán)境

在eclipse中配置Maven

maven工程的繼承

情景分析

在一個(gè)龐大的項(xiàng)目中,由于業(yè)務(wù)拆分給了多個(gè)工程團(tuán)隊(duì)開發(fā)不同的模塊,每個(gè)團(tuán)隊(duì)有管理自己開發(fā)工程的權(quán)利;

導(dǎo)致一個(gè)問題,每個(gè)工程都有不同的自己依賴的jar包;如果各自為政;

例如mybatis包,jar包有不同版本,后臺(tái)系統(tǒng)需要;登錄系統(tǒng);購物車系統(tǒng),訂單系統(tǒng)

版本不一致導(dǎo)致,當(dāng)系統(tǒng)間需要相互調(diào)用和交互的時(shí)候,有可能會(huì)造成代碼沖突的bug;這種bug很致命,也很難處理;

所以我們引入maven工程的繼承特點(diǎn)來完成父類工程的創(chuàng)建,將所有的jar包管理交給parent

搭建父類maven工程和普通maven工程區(qū)別只有一個(gè)pom文件中的類型不是jar也不是war而是pom

總結(jié)

以上是生活随笔為你收集整理的大数据 互联网架构阶段 电商项目简介的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。