1、電商模式:java
B2B:商家到商家。阿里巴巴,慧聰網、銘萬網。程序員
B2C:商家到用戶。京東。web
C2C:用戶到用戶。淘寶。sql
B2B2C:商家到商家到用戶。天貓。(至關於商場)瀏覽器
O2O:線上到線下。百度外賣、美團、餓了麼。緩存
2、網站功能列表tomcat
後臺管理系統:管理商品、訂單、類目、商品規格屬性、用戶管理以及內容發佈等功能。服務器
前臺系統:用戶能夠在前臺系統中進行註冊、登陸、瀏覽商品、首頁、下單等操做。mybatis
會員系統:用戶能夠在該系統中查詢已下的訂單、收藏的商品、個人優惠券、團購等信息。架構
訂單系統:提供下單、查詢訂單、修改訂單狀態、定時處理訂單。
搜索系統:提供商品的搜索功能。
單點登陸系統:爲多個系統之間提供用戶登陸憑證以及查詢登陸用戶的信息。
3、雜亂
一、一個ip對應一個服務器地址
二、當tomcat集羣中節點數量增長,服務能力先增長後降低。因此集羣中節點數量不能太多,通常也就5個左右。
三、通常可以經過硬件解決的,不經過軟件解決
四、一個節點對應一個服務器
五、httpclient:這個工具能夠模擬一個瀏覽器,發送請求用的,能夠作爬蟲
六、pagehelper:mybatis的分頁 插件
七、項目——>Java EE Tools——>Generate Deployment Descriptor Stub.而後系統會在src/main/webapp/WEB_INF文件加下建立web.xml文件。錯誤解決!
八、manager和manager-controller均可以導入tomcat插件,可是推薦運行manager由於controller須要依賴其餘模塊,那些模塊須要安裝到本地倉庫才能運行,若是其餘模塊有任何變化都須要從新安裝一次才能生效。運行manager聚合工程不存在這個問題,聚合工程知道本身底下有多少模塊,不須要從新安裝,因此運行很方便
九、互聯網查詢儘量作單表查詢,一方面效率高,一方面能夠做緩存,減少服務器壓力
4、分佈式:
須要按照功能點把系統拆分,拆分紅獨立的功能。單獨爲某一個節點添加服務器。須要系統之間配合才能完成整個業務邏輯。叫作分佈式。
分佈式架構:多個子系統相互協做才能完成業務流程。系統之間須要進行通訊。
集羣:同一個工程部署到多臺服務器上。
分佈式架構:
把系統按照模塊拆分紅多個子系統。
優勢:
把模塊拆分,使用接口通訊,下降模塊之間的耦合度。
把項目拆分紅若干個子項目,不一樣的團隊負責不一樣的子項目。
增長功能時只須要再增長一個子項目,調用其餘系統的接口就能夠。
能夠靈活的進行分佈式部署。
缺點:
一、系統之間交互須要使用遠程通訊,接口開發增長工做量。
二、各個模塊有一些通用的業務邏輯沒法共用。
5、SOA
SOA:Service Oriented Architecture面向服務的架構。也就是把工程拆分紅服務層、表現層兩個工程。服務層中包含業務邏輯,只須要對外提供服務便可。表現層只須要處理和頁面的交互,業務邏輯都是調用服務層的服務來實現。
6、Dubba
7、後臺搭建分析:
e3-parent:父工程,打包方式pom,管理jar包的版本號。
Pom文件中集中定義版本號,<properties><<junit.version>4.12</junit.version>
集中聲明各類jar包,<dependencyManagement><dependency><groupId><artifactId><vsersion>定義在dependencyManagement中只是聲明,還不會去下載jar包到本地倉庫中,由子工程按需去配置本身依賴(子工程不須要version了)
集中定義插件:<build><pluginManagement><plugins><plugin>
| 項目中全部工程都應該繼承父工程。
|--e3-common:通用的工具類通用的pojo。打包方式jar
|--e3-manager:服務層工程。聚合工程。Pom工程
|--e3-manager-dao:打包方式jar
|--e3-manager-pojo:打包方式jar
|--e3-manager-interface:打包方式jar
|--e3-manager-service:打包方式:jar
|--e3-manager-web:表現層工程。打包方式war
8、mybatis逆向工程
mybaits須要程序員本身編寫sql語句,mybatis官方提供逆向工程 能夠針對單表自動生成mybatis執行所須要的代碼(mapper.Java,mapper.xml、po..)
有了sql表的結構後, 咱們就能夠利用逆向工程直接生成相應的Dao和JavaBean代碼, 這樣可以大大減小咱們平時開發的工做量.