SSM架構整合需要的技術：Spring + SpringMVC +Mybatis
SSM架構主要是以Spring為來整合Springmvc、Mybatis,即把SpringMVC和MyBatis交給Spring來控制。
可以用下面這張圖來解釋了解其思路：
那麼SSM架構到底是怎麼樣進行業務開發的呢？
我們可以對上面那張圖進行深入思考下去對每一個步驟進行實作技術的再細分。
可以得出下面這張圖：
從這張圖中我們可以看出，利用SSM架構來進行業務的開發，大緻可以分為5步，
Part1 部分：
- 其中 Part1 中的Spring、Mybatis為整個項目的架構基礎，為業務開發的基礎，至于SpringMVC後續再說。
- Mybatis架構，需要用到資料庫連接配接jar包、阿裡巴巴的druid源jar包、github上關于查詢展示資料庫的的分頁插件pagehlper的jar。
Part2 部分：
- 則開始通過Spring來整合Mybatis，并通過引入相應的junit4系列的包來提供測試環境。
Part3 部分：
- 配置SpringMVC所需要的配置檔案
- 使用rest規範風格來定義請求的路徑，并可用postman這款軟體來進行測試請求的結果。
- 把請求的資料封裝成json格式，使得到的結果更利于解析和了解，這裡需要引入jackson系列的jar包。
Part4 部分：
- 第四部分則是Spring對SpringMVC的一個整合，其主要就是通過Controller的代碼去調用Service裡面的代碼，即展現的是業務層調用表現層。
Part5 部分：
- 則是後端對前端傳回過去的資料進行一個封裝，即讓前端的開發人員可以輕易了解從後端傳回到前端的資料(一般是json資料)，通常這裡的前提是需要有一個統一的規範和樣式。
- 如果是操作的時候出現了異常，則需要通過封裝自定義異常來像tocmat那樣，把報錯資訊傳回給前端，來友善對異常資訊進行一個更好的定位和處理，當然傳回的資訊格式可以根據規範自行設定。
這裡的項目搭建采用的是Maven + 項目架構的方式搭建的，具體如下：
項目搭建流程：
第一步是項目基礎結構的搭建：
對應的資料庫表是：
第二步是SSM的整合：
第三步是：
第四步是：
第五步：
下面則是項目的一個最終代碼結構圖，采用的是正常方法（即采用配置檔案的方式，還有一種是全注解形式，用java代碼和注解的形式把配置檔案給幹掉）。
全注解形式的項目代碼結構圖，即用java代碼 + 注解的形式幹掉幾個配置檔案。
項目裡的需要幹掉的配置檔案，但是關于 jdbc.properties檔案則需要保留。
純注解的項目最終結構圖，就隻是幹掉了幾個配置檔案，其他目錄下的檔案保持不動。