從SSH框架說起

     我們談SSH已經差不多快十年了，所謂的Struts+Spring+Hibernate統治了這個時代相當長的時間，然而IT行業的知識都是有其有限的使用週期,永遠都會有新的事務去取代舊的事務一樣。根據現有範圍內的資料結果統計,SpringMVC佔有率已經排在了J2EE框架的第一位,前十都已經看不見struts的身影,因為他太重了就像當年的EJB一樣，現如今ES6標準化的js與H5的興起，Struts去做檢視層的操作就顯得尤為雞肋。現如今企業開發，更加主流的框架莫過於Spring+Hibernate/MyBatis+springMVC的SSH架構設計

為何要用SpringBoot?

     最近兩年Docker熱度大增，基於容器的企業微服務架構的概念火熱，在Spring3.x之前的大量的xml配置越來越讓人詬病，在企業需要進行快速開發時，往往先面臨著大量的xml檔案的配置，讓醉心業務人員，或缺少架構級CTO的小型網際網路功能，或是非成熟的專案團隊，面臨巨大的技術挑戰，和繁瑣的檔案配置工作。而SpringBoot的出現，正好解決了這些問題。

• 首先，springBoot最大的特點就是當下所倡導的一種理念“習慣優於配置”springBoot它其實並沒有用到特別的技術，而是在專案中預先進行了許多習慣的性的配置。當然，這些習慣性的配置也是充分的相應Spring4.x所提倡的內容。
• 無程式碼生成並且專案可以沒有一個xml配置，全由註解來完成這一切，其本身就提供準企業級開發的配置
• 提過基於http ssh telnet對專案執行時的監控。
• 內嵌Servlet容器，開發者開發完成將專案打包後，可以直接輸入java -jar xx.jar執行程式,極大的方便了專案的部署
• 提供許多容器介面支援，順應時代潮流

SpringBoot適合什麼樣的業務場景?

    其實SpringBoot就是SpringMVC簡化配置的一個具體體現，其實只要是spring適合的業務場景他都適合，並且我們也不用考慮他作為新技術可能的技術不確定性，因為他就是SpringMVC的另一種展現方式！它特別適合業務並不成熟的新興互聯公司，喜歡追求新技術與優雅程式設計體驗的公司和個人，具有極客精神的公司和個人，小型外包團隊，基於雲服務的軟體提供商。
    當然，他並不適應與那些技術沉澱多年的大型開發團隊，因為，同樣也沒有人願意，將自己寫了大把的xml檔案刪掉吧!

後記

  本文只是講解SpringBoot的各種優良特性，接下來，我將會有淺顯的語言去分享自己所讀出來的SpringBoot的各種特性（主要以程式碼填坑為主）以及相關的Spring Data JPA 的基於個人的一些見地。