前兩天我說要寫個專案來持續迭代，有好多小伙伴都表示支持和鼓勵，專案的第一篇這不就來了么~我給專案取了個名字，英文名叫做：austin，中文名叫做：奧斯丁
名字倒沒有什么特別的含義，我單純覺得這個名字好看，說白了就是我喜歡，在起專案名的時候，可以不要取得那么規矩，取系統名字可以按自己想法來搞就行了，人家只要用了你的系統，就自然「入鄉隨俗」了，不聊別的了，進入今天的主題吧，
從零開始一個專案，也得搭建技識訓境的，所以今天先來聊聊搭建技識訓境的內容吧
本文主題大綱：Maven和SpringBoot以及Git
什么是Maven？為什么要用Maven？
Maven是一個「專案管理」的工具
我記得以前我在大學的時候，還沒用到Maven，每次學習最頭疼的就是各種的依賴jar包，當我學習到Maven的時候，這個工具給我的第一感覺就是：這東西就是一個「依賴包管理」的工具
初體驗之后，直呼太TM香了！再也不用到處去找jar包了！
其實，Maven不僅僅承擔著「依賴包管理」功能，同時他在日常開發使用中也承擔著「編譯」、「測驗」、「打包」、「部署」等等功能，
我在日常開發中常用到的maven命令：
1、mvn compile
2、mvn test
3、mvn clean
4、mvn pakage
5、mvn install
6、mvn deploy
7、mvn versions:set -DnewVersion=xxxx 設定Maven的版本
8、mvn dependency:tree 查看maven的依賴樹（排查依賴很有效）
常用引數
-Dmaven.test.skip=true
-Dmaven.javadoc.skip=true
現在Java后端專案很多都是用Maven來作為「專案管理」的工具，至少我接觸的都是，
有的人就好奇了：近幾年不是有個后起之秀Gradle嗎
說實話，我是沒用過（：不過我也去簡單了解了一番，
據我了解到的，總的來說，Gradle比Maven更靈活和簡潔，目前多用在Android專案上，還有很重要的一點，相對Maven而言，Gradle學習成本更大，
現在Java后端的專案也越來越輕量，很多時候也不需要那么地”靈活“（Maven提供的功能基本夠用），對于簡潔來說，XML也不是不能看（畢竟現在大家都在IDE上開發嘛），所以，這次我構建的專案也直接用的Maven
不過啊，因為我是沒深度使用過Gradle，所以也不能說我用Maven比Gradle一定要合適（：但至少，在現在，我認為Maven還能戰10年
為什么SpringBoot
這次我選用SpringBoot作為專案的基礎環境，至于為什么SpringBoot，我先跟大家分享下群里的對話，
我記得有一天，有個小伙伴在群里問：今天我去面試了，面試官問我使用SpringBoot有什么好處
接著，另一個小伙伴回答：使用SpringBoot最大的好處，就是讓我這種垃圾水平的開發都入了行，做上了程式員，
我在大學時是學過SSH和SSM的，我學這些的時候還沒用Maven，那時候搭建環境就尤其麻煩了，（當時還專門寫了博客記錄自己是如何整合SSH和SSM的）
一個專案里會用好幾種技術堆疊，不同的技術堆疊就需要有對應的配置（常見的Spring、SpringMVC、Mybatis）等等，然后這些技術都需要兼容對應的版本（一般我們是把這些技術整合到Spring上的），當我們要引入新的框架，那自然就需要對齊Spring版本并且有對應的組態檔，
那時候真的是配置地獄（框架們都做得靈活，都支持我們把可能需要改動的內容寫到XML配置上，但隨著時間流逝，我們漸漸發現：這些XML配置我們都維護不動了...)
基于這種背景下，SpringBoot應運而生，它最明顯的就是簡化了我們開發的配置作業，當一項技術能減少開發時作業量都有一個特點：約定大于配置（開箱即用）
只要引入了SpringBoot，那只要通過幾行的代碼就能快速地從零寫出對應的HTTP介面（可參考官網SpringBoot 的Quick Start）
以前我們干這種事，需要整合SpringMVC，需要配置一個Tomcat服務器，需要對齊它們的版本（是否兼容）....
我認為SpringBoot作為使用方，要了解以下兩塊內容：
一、當我們專案我們引入了SpringBoot的依賴(spring-boot-starter-parent)，點進去parent就會發現spring-boot-dependencies這個pom定義了非常多「默認的依賴」，這使得我們在專案中使用的時候，都不用寫版本了（因為SpringBoot已經默認幫我們已經寫上了），還不用擔心版本沖突的問題（：
二、在啟動SpringBoot專案的時候，還會幫我們初始化很多默認的配置，（這里也是一個面試經常考察的地方「自動配置」），總的來說，@SpringBootApplication等同于下面三個注解：
@SpringBootConfiguration@EnableAutoConfiguration@ComponentScan
其中@EnableAutoConfiguration是關鍵(啟用自動配置)，內部實際上就去加載META-INF/spring.factories檔案的資訊，然后篩選出以EnableAutoConfiguration為key的資料，加載到IOC容器中，實作自動配置功能！
現在新寫的Java后端專案，基本都是用SpringBoot作為開發環境了（：畢竟是真的爽
作為程式員，我最煩的就是搞各種環境配置和版本依賴的問題（真正的臟累活），雖然很多時候只用搞一次，但是感覺很多時候就真的如下圖：
為什么專案結構是多模塊？
我搭建了專案，取了個名字叫：austin，然后我在IDE上新建了幾個Maven Module，目前分別是（后面可能還會新增）：
- common(基本資訊->POJO/列舉配置)
- support(Data獲取->DB/Redis/Elasticsearch)
- service-api（服務介面)
- service-api-imp（服務介面實作)
- web（HTTP介面)
最開始我們初學寫代碼的時候，可沒那么講究，直接在一個包下一把梭就完事了（：
后來，他們說要分包，不同模塊的代碼寫到不同的包上，于是我們會在專案下新建對應包（其實就是檔案夾），比如說dao/service/controller
而到現在，基本都是分模塊了，不同職責的代碼被分到對應的模塊上，而austin直屬下的pom檔案就一般只用來管理依賴（把依賴和版本資訊定義在父pom上，具體哪個子模塊需要引入就好了）
<dependencyManagement>
<dependencies>
<!--mysql驅動包-->
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.35</version>
</dependency>
</dependencies>
</dependencyManagement>
那么這種分模塊又比以前分包好在哪里呢？
假設我們是分包的，那相當于所有的代碼寫到一個模塊上，每次當我們修改時，我們需要重新編譯整個模塊（可能我只改了Dao包的某個實作類，但在編譯的時候會把整個模塊都編譯一遍），
如果是分模塊的話，我們直接到模塊下 mvn compile -Dmaven.test.skip=true 就完事了，
不過這只是一個方面，說服力好像也不太足，我認為最主要的是，我們分模塊了以后可以復用
比如，現在我有austin這個專案，此時為了對資料進行處理，我需要去新建對應的Flink應用，可能受限于環境下，不會把flink相關的代碼寫在austin專案下
（這也只是舉了個例子，我想表達的是：一個成熟的專案往往不只有一個Git地址就覆寫了整個功能，在絕大多數時候，不同的功能都會分開到不同的專案上），
那不同的專案下，很有可能需要做的事情是有重復的（比如我都需要去讀資料庫獲取資料），那這時候，分模塊的好處就體現出來了：可以直接引入對應的jar包(比如support包和common包)，
那就不用在兩個不同的專案上，寫一模一樣的代碼了（：能夠共用一套代碼
有沒有小伙伴好奇為什么api和api-impl是分了兩個模塊的嗎？這里是為了：如果以后引入了RPC呼叫，那我們只需要提供api模塊出去就好了，api模塊的依賴一般很少，
（解決版本沖突是一件臟累活，人家嵌入你的SDK只是想用你的服務去獲取對應資訊，你別給人家整了一大堆毫無作用的依賴出來）
為什么Git
到這里，專案的架子已經搭好了，我要把專案上傳到Gitee跟大家愉快地玩耍（：
Git是一個版本控制工具，把austin被Git管理后，我每次提交的內容都會被看到（：這在多人協作中尤其重要
除此之外，有了“版本”的概念以后，用Git可以隨意回退版本（有后悔藥吃
我當時剛出來實習的時候，那家公司用的是SVN（我當時對版本控制工具理解其實是很模糊的，反正在我當時看來，就是把寫好的代碼上傳到中央服務器，只不過它能對比出每次修改的異同）
后來以后，在公司接觸都是Git了（現在開發基本離不開Git了，這玩意本身還是比較好學的，用起來還是挺爽的）
順便發一波我日常用到的Git命令吧：
1. git clone (克隆代碼)
2. git checkout -b （新建分支）
3. git checkout (切換分支)
4. git add / git commit /git push （這幾步我基本都是在IDE上用快捷鍵完成，很少自己敲命令）
5. git fetch (獲取最新的修改資訊)
6. git merge (合并代碼)
7. git stash /git pop (有的時候臨時會用，把代碼放到暫存區中)
8. git reset --hard (代碼寫爛了，直接回退吧)
一般Git我是一半用命令列，一半用IDE集成的工具，總的來說，怎么舒服怎么來（沒有限定說一定要用命令列，我是自己怎么操作比較快就怎么搞）
對于這個專案而言，我這里使用到Git最大的原因就是：有遠程的倉庫裝載我的代碼，并且你們能看到（：
Gitee鏈接：https://gitee.com/austin
GitHub鏈接：https://github.com/austin
總結
說實話，如果還沒作業的人，我建議多學學Maven和Git的基本使用（這樣一來，去到公司就不用一臉懵逼了）
對于SpringBoot的學習是永無止境的，我個人的理解是，在了解了用法以后，可以嘗試面向「面試題」進行學習（畢竟面試題面的內容大多數都是比較核心的，至少不是偏門沒有任何用途的）
austin專案構建：
- Maven：依賴包管徑+專案管理（多模塊）
- SpringBoot：基礎技識訓境搭建（開箱即用）
- Git：版本控制工具（代碼上傳至遠程Gitee）
今天就到這里吧，我花了一個晚上搭建了架子，兩個晚上寫了這篇文章，自從有了這個迭代專案的想法以后，晚上的效率嘎嘎地就上去了，
歡迎關注我的微信公眾號【Java3y】來聊聊Java面試，對線面試官系列持續更新中！
【對線面試官+從零撰寫Java專案】 持續高強度更新中！求star
更多的文章可往：文章的目錄導航轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/375114.html
標籤：Java