作者：13
GitHub：https://github.com/ZHENFENG13
版權聲明：本文為原創文章，未經允許不得轉載。
一
每個階段在結尾時都會有一個階段總結，在《SSM整合基礎篇》、《SSM整合優化篇》兩個系列的結尾都單獨寫了一篇文章作為階段總結，今天呢，在這個系列的結尾也增加一篇總結文章，就當做是一個流程了，以后的每個階段里程碑中，都會做一次小總結，其實，在前一篇文章更新后我以為已經沒有什么要寫的了，但是想了想，終究還是缺少一篇總結來對這個章節做一個完美的收尾。
今天，2018年5月22日，終於把整合進階篇的階段總結完成了，這個系列從2017年8月9日的第一篇文章《設計一套好的RESTful API》發布開始，直到今天，粗略的算一下，竟然已經過了9個多月的時間，這是我絕對沒有想到的，因為前面兩個系列加起來也沒有這么久，今天終於發布啦！撒花~
二
看了一下前面文章的歸檔情況，在去年的2月份、3月份、四月份，也就是開始寫博客的前幾個月，發文的頻率還是蠻高的，平均下來大概每月會發布11篇博客，也就是平均每三天就會發布一篇博客，所以前兩個階段完成的速度就比較快，而之后由於有了新的項目要寫，再加上工作比較忙的原因也直接導致了這個階段的完成速度慢了很多。
其實這篇文章在今年2月份的時候已經寫了很粗略的草稿，但是遲遲沒有動筆把文章寫出來，因為事情比較多，實在很難抽出時間來完善這篇文章，而寫文章這件事情呢又需要專注一些才行，因此隔了很久才寫好，要不是上星期無意中翻到了這篇文章的草稿，還真的不確定要耽擱到什么時候。不止是這篇文章，其實構思了很多文章，但是因為時間的原因，無法一一成文，這些天工作和生活的大致情況也總結了一篇文章《程序員，你怎么這么忙？》，畢竟還需要賺錢糊口，因此更多的時間還是花在工作上面，寫博客還不能把自己養活，哈哈哈，無奈是無奈了一些，不過也是實情。
三
前面兩個段落主要講了一些客觀情況，並沒有開始對這個階段進行總結，那么，這個段落就不再繼續多講，我們來總結一下這個項目。
文章總結
首先，是所有的文章總結，共完成並發布15篇文章，自2017年8月9日至今天2018年5月22日共歷經9個多月的時間，文章目錄在此：SSM整合進階篇
Spring+SpringMVC+MyBatis+easyUI整合進階篇（一）設計一套好的RESTful API
Spring+SpringMVC+MyBatis+easyUI整合進階篇（二）RESTful API實戰筆記(接口設計及Java后端實現)
Spring+SpringMVC+MyBatis+easyUI整合進階篇（三）使用ajax方法實現form表單的提交
Spring+SpringMVC+MyBatis+easyUI整合進階篇（四）RESTful實戰(前端代碼修改)
Spring+SpringMVC+MyBatis+easyUI整合進階篇（五）記錄一下從懵懂到理解RESTful的過程
Spring+SpringMVC+MyBatis+easyUI整合進階篇（六）一定要RESTful嗎？
Spring+SpringMVC+MyBatis+easyUI整合進階篇（七）一次線上Mysql數據庫崩潰事故的記錄
Spring+SpringMVC+MyBatis+easyUI整合進階篇（八）線上Mysql數據庫崩潰事故的原因和處理
Spring+SpringMVC+MyBatis+easyUI整合進階篇（九）Linux下安裝redis及redis的常用命令和操作
Spring+SpringMVC+MyBatis+easyUI整合進階篇（十）easyUI整合KindEditor詳細教程
Spring+SpringMVC+MyBatis+easyUI整合進階篇（十一）redis密碼設置、安全設置
Spring+SpringMVC+MyBatis+easyUI整合進階篇（十二）Spring集成Redis緩存
Spring+SpringMVC+MyBatis+easyUI整合進階篇（十三）MyBatis+MySQL返回插入的主鍵id
Spring+SpringMVC+MyBatis+easyUI整合進階篇（十四）Redis正確的使用姿勢
Spring+SpringMVC+MyBatis+easyUI整合進階篇（十五）階段總結
perfect-ssm項目結構
第二，相較於前兩個系列，這個系列中又對代碼和項目結構做了部分優化，主要修改有：
- 接口RESTful化
- 添加KindEditor富文本編輯器
- 添加緩存模塊
前面所提到的14篇文章也都是圍繞這三個點來完成的，目前的項目結構變成了這樣：
統計數據
第三，來看一下這個項目的網絡流量和關注度：
首先是PV和UV的信息，統計工具是百度統計，截圖中的是2018年5月16號和2018年5月17號的統計數據：
每天的UV大概在180左右，PV大概在350左右，雖然並不是特別高，不過還是很開心自己的項目能夠幫助到一些朋友。
流量趨勢圖如下：
總體來說，訪問時段基本都是正常的上班時段。
再放一張30天的流量數據統計：
GitHub
最后，看一下GitHub的倉庫情況，截止今日為止，perfect-ssm項目共115次代碼提交，Star數量為232，這是項目剛創建時的數據：
(圖是從RESTful API實戰筆記(接口設計及Java后端實現)文章里直接拿的。)
現在的數據如下：
也可以通過訪問我的GitHub地址看到這些信息。
四
所謂的堅持
第一次總結是這么說的：
不知不覺，已經到了基礎篇的收尾階段了，看着前面的十幾篇文章，真的有點不敢相信，自己竟然真的堅持了下來，雖然過程中也有過懶散和焦慮，不過結果還是自己所希望的，克服了很多的問題，將自己的作品展現出來
第二次總結時是這么說的：
開始寫博客之前，我就質疑過自己，文章是那么容易就寫出來的？表達能力不是很強的我能寫出一篇博客嗎？寫出來的東西會有人看嗎？直到現在我還是會問自己這些問題，當然，按時更新博客的這個過程中也越來越認識到自己的書面表達能力及寫作能力很差，但是這個過程讓我慢慢進步，兩個多月的時間也使我從一個寫作的菜鳥成長為一個蹩腳的入門者，如果70天前的我因為不自信和畏懼寫作而一直沒有開始進行這個任務的話，我可能永遠在原地踏步，書面表達能力及寫作能力就一直停留在"很差"的階段，也因此，我以后會繼續抽出時間做這個工作，益處多多，不僅僅是在表達能力和寫作能力，對自己的技術能力提升也有很大的推動作用。
總之，所有故事的開頭都是帶有疑慮的，我不確定我能否堅持，我也不確定我能堅持多久，但是，如果沒有這所謂的堅持，又怎么會有這三個系列的42篇文章，又怎么會實質的感受到自己的提升？又怎么會對如此有毅力的自己刮目相看？現在的我，依然不是很確定能堅持到何時，但是只要沒有不可抗力因素，我都會一直堅持下去。
寫博客是為了什么？
這個問題也是在前兩篇總結中都出現的，寫博客的初衷是什么呢？
這是一開始的想法，也是最初的沖動：
在博客里我會分享代碼和自己解決問題的方式和方法，也會把項目部署好給大家一個直觀的感受，至於我為什么寫了博客，還要公開代碼，還要部署上去，是因為我也是從新手過來的，我知道那種想要學習卻無能為力而不知所措的感覺，因為知識面不廣，因為沒有方向而深深的迷茫和懊惱，這些我都體驗過的，所以我會把能做的都做了，也算是彌補當時自己知識面的空洞的遺憾吧，唉，如果當時。
不過，隨着習慣的養成，又有了新的體驗：
完成一篇博客其實是知識整理和思維表達的一個完整的過程，通過對技術點的整理及自己的心理活動思路完整的記錄和表達，豐富和潤色自己的技術成熟度，通過對知識碎片的整理和整合逐步完善和清晰了自己的技能棧，由開始的想表達自己，到學習和篩選資料，再到整理和完善一篇文章，過程中既審視了自己的現有知識及掌握程度，同時又學習和梳理了與之關聯的新知識點，這個過程就是知識的轉化和內化的過程，也即是我們想要的回饋，最終受益的是自己。
所以說，這一次，我再問一次自己，寫博客是為了什么呢？
- 一是希望能夠幫到可能需要幫助的朋友
- 二是通過文章來表達一下自己
- 三是提升自己
- 已經變成了生活中不可或缺的一部分
希望在以后的日子里能夠找到更多的理由，關於階段總結，其實前面兩篇總結文章《Spring+SpringMVC+MyBatis+easyUI整合基礎篇（十二）階段總結》,《Spring+SpringMVC+MyBatis+easyUI整合優化篇（十四）談談寫博客的原因和項目優化》寫的更加全面，總結的也更加具體、更加真實，可能當時是按照寫日記的心情來寫的，因此就有很多的情感留在了文字里面。
五
《Spring+SpringMVC+MyBatis+easyUI整合進階篇》到這里就畫上句號了，不過這個系列會持續更新，接下來應該會是springboot、dubbo、springcloud方向的改造，只要有時間我都會好好整理的，希望喜歡的朋友可以繼續支持。
首發於我的個人博客，新的項目演示地址：perfect-ssm,登錄賬號：admin,密碼：123456
如果有問題或者有一些好的創意，歡迎給我留言。
如果你想繼續了解該項目可以查看整個系列文章Spring+SpringMVC+MyBatis+easyUI整合系列文章,也可以到我的GitHub倉庫或者開源中國代碼倉庫中查看源碼及項目文檔。