SSM框架整合需要的技術：Spring + SpringMVC +Mybatis
SSM框架主要是以Spring為來整合Springmvc、Mybatis,即把SpringMVC和MyBatis交給Spring來控制。
可以用下面這張圖來解釋理解其思路：

那麼SSM框架到底是怎麼樣進行業務開發的呢？
我們可以對上面那張圖進行深入思考下去對每一個步驟進行實現技術的再細分。
可以得出下面這張圖：

從這張圖中我們可以看出，利用SSM框架來進行業務的開發，大致可以分為5步，
Part1 部分：

1. 其中 Part1 中的Spring、Mybatis為整個專案的框架基礎，為業務開發的基礎，至於SpringMVC後續再說。
2. Mybatis框架，需要用到資料庫連線jar包、阿里巴巴的druid源jar包、github上關於查詢展示資料庫的的分頁外掛pagehlper的jar。

Part2 部分：

1. 則開始通過Spring來整合Mybatis，並通過引入相應的junit4系列的包來提供測試環境。

Part3 部分：

1. 配置SpringMVC所需要的配置檔案
2. 使用rest規範風格來定義請求的路徑，並可用postman這款軟體來進行測試請求的結果。
3. 把請求的資料封裝成json格式，使得到的結果更利於解析和理解，這裡需要引入jackson系列的jar包。

Part4 部分：

1. 第四部分則是Spring對SpringMVC的一個整合，其主要就是通過Controller的程式碼去呼叫Service裡面的程式碼，即體現的是業務層呼叫表現層。

Part5 部分：

1. 則是後端對前端返回過去的資料進行一個封裝，即讓前端的開發人員可以輕易理解從後端返回到前端的資料(一般是json資料)，通常這裡的前提是需要有一個統一的規範和樣式。
2. 如果是操作的時候出現了異常，則需要通過封裝自定義異常來像tocmat那樣，把報錯資訊返回給前端，來方便對異常資訊進行一個更好的定位和處理，當然返回的資訊格式可以根據規範自行設定。

這裡的專案搭建採用的是Maven + 專案框架的方式搭建的，具體如下：

專案搭建流程：
第一步是專案基礎結構的搭建：

對應的資料庫表是：

第二步是SSM的整合：

第三步是：

第四步是：

第五步：

下面則是專案的一個最終程式碼結構圖，採用的是常規方法（即採用配置檔案的方式，還有一種是全註解形式，用java程式碼和註解的形式把配置檔案給幹掉）。

全註解形式的專案程式碼結構圖，即用java程式碼 + 註解的形式幹掉幾個配置檔案。
專案裡的需要幹掉的配置檔案，但是關於 jdbc.properties檔案則需要保留。

純註解的專案最終結構圖，就只是幹掉了幾個配置檔案，其他目錄下的檔案保持不動。