後臺管理系統

1.京淘後臺管理系統

1.1 Ajax總結

1.2 分佈式思想

1.2.1 分佈式分類

1.分佈式計算
說明:一項任務有多個服務器共同完成
例子:假設一項任務單獨完成須要10天,若是有10我的同時執行則一天完成. 大數據處理技術。
2.分佈式系統
說明:將項目按照特定的功能模塊及層級進行拆分，從而下降整個系統架構的耦合性問題

1.2.2 傳統項目存在的問題

總結: 傳統項目將全部的模塊都寫到一塊兒,若是其中一個模塊出現了問題,則可能致使全部的服務不可用,.用戶的體驗較差,而且架構設計耦合性高.

1.2.3 分佈式項目拆分

核心:不管未來項目怎麼拆分,都是同一個系統. 口訣: 對外統一,對內相互獨立

1.2.3.1 按照模塊拆分

因爲單體架構中耦合性過高,因此採用了分佈式思想,將項目按照模塊進行拆分,使得各個模塊之間互相不影響.提升了總體的擴展性.

1.2.3.2 按照層級拆分

說明:因爲某些項目功能實現起來比較複雜,須要多人協同合做,則須要將項目按照層級再次拆分

1.2.4 分佈式系統引起的問題

1.分佈式系統中jar包文件如何統一管理?
2.分佈式系統中工具API如何統一管理?

2 京淘項目後端搭建

2.1 建立父級工程jt

2.1.1 新建項目

打包方式: pom 表示:該項目是一個聚合工程,裏邊包含了不少的小項目,而且該項目能夠統一管理公共的jar包文件.

2.1.2 編輯POM.xml文件

2.2 編輯工具API jt-common

打包類型: jar

2.2.1 建立項目

2.2.2 檢查是否有父子級關係

2. 3 建立jt-manage項目

打包方式：war包 注意IDEA的工做目錄的配置

2.3.1 建立項目

2.3.2 編輯pom.xml文件

2.3.3 導入靜態資源文件

說明:將準備好的文件導入。

2.3.4 修改啓動項

2.4 關於SpringBoot默認頁面訪問說明

說明:SpringBoot項目中若是用戶採用缺省值訪問時,則SpringBoot會採用模板工具API進行頁面跳轉. 若是使用模板工具API則會動態的拼接視圖解析器的前綴和後綴
eg:
前綴:/WEB-INF/views/
後綴:.jsp
默認系統歡迎頁面的全路徑:/WEB-INF/views/index.jsp

3.京淘後臺頁面結構說明

3.1 京淘後端頁面佈局說明

3.2 樹形結構

4.京淘後臺實現(1)

4.1 通用頁面跳轉實現

4.2 UI框架--表格數據展示說明

核心:JS中須要什麼數據，後端程序員九豐裝什麼數據!!!

4.2.1 常見縮寫介紹

1.POJO(plain ordinary java object 簡單java對象):與數據庫映射的實體類對象
2.VO(value object值對象,ViewObject表現層對象):數據展示層的對象 主要與頁面JS進行數據交互的媒介
3:PO(persistant object持久對象):最形象的理解就是一個PO就是數據庫中的一條記錄。好處是能夠把一條記錄做爲一個對象處理，能夠方便的轉爲其它對象.
4.BO(business object業務對象):
主要做用是把業務邏輯封裝爲一個對象。這個對象能夠包括一個或多個其它的對象。
好比一個簡歷，有教育經歷、工做經歷、社會關係等等。
咱們能夠把教育經歷對應一個PO，工做經歷對應一個PO，社會關係對應一個PO。
創建一個對應簡歷的BO對象處理簡歷，每一個BO包含這些PO。
這樣處理業務邏輯時，咱們就能夠針對BO去處理。

4.2.2 EasyUI表格定義

4.2.3 表格數據返回格式說明

4.2.4 根據返回值 定義VO對象

4.3 JSON結構說明

4.3.1 什麼是JSON

JSON(JavaScript Object Notation) 是一種輕量級的數據交換格式。

4.3.2 JSON格式--對象格式

對象（object） 是一個無序的「‘名稱/值’對」集合。一個對象以「{」（左括號）開始，「}」（右括號）結束。每一個「名稱」後跟一個「:」（冒號）；「‘名稱/值’ 對」之間使用「,」（逗號）分隔。

eg: {"id":"100","name":"王路飛"}

4.3.3 JSON格式--數組格式

eg:["1","玩","學習"]

4.3.4 JSON格式--嵌套格式

eg: ["敲代碼","打遊戲",[1,2,3,4,5],{"id":100,"name":"索隆","hobby":["吃東西","打豆豆","玩聯盟"]}]