3 項目結構 經過前面一系列學習，差不多對Java的開發過程有了一定的瞭解，為了能保持一個良好的項目結構，考慮到接下來要進行開發，還需要學習一下Java的項目結構 下麵以兩個項目結構為參照 圖1 圖2 第一個是我自己學習時的Demo，一邊學一邊建文件，應該有些錯誤的地方，第二張是從網上看到的一個結構 ...
3 項目結構
經過前面一系列學習，差不多對Java的開發過程有了一定的瞭解，為了能保持一個良好的項目結構，考慮到接下來要進行開發，還需要學習一下Java的項目結構
下麵以兩個項目結構為參照
圖1
圖2
第一個是我自己學習時的Demo，一邊學一邊建文件，應該有些錯誤的地方，第二張是從網上看到的一個結構比較清晰的圖片
圖1的結構完整一點，就以圖1為主一點點講起
3.1 src
因為我用的是Maven，大方向上項目兩大文件夾分別是src和target，以及一個pom.xml配置文件，src目錄里是項目工程的源碼文件，配置文件和資源文件等，其下一級是main和test這兩個文件夾
3.1.1 main
main文件夾下是主要的工程源文件，然後下麵又是兩個文件夾：java和resources,其實上面也講了，而且顧名思義，java裡面是源碼文件，resources裡面是資源文件
3.1.1.1 java
這之下的文件結構可以參考上面的圖2了，大體上就是model-mapper-service-controller，其他還有公共類和表現層等，這裡在下麵單獨分一個章節來說
3.1.1.2 resources
資源文件夾預設就是這個樣子，application.properties是用來填寫各種配置的，比如資料庫連接的配置信息、日誌組件的配置信息等，有些人會改成yml尾碼名，裡面的格式就不盡相同了，在前面也講過，這裡就不再贅述。
除此之外，各種組件的配置文件也在這個文件夾下
還有一個主要的作用是存放靜態文件資源，包括需要訪問的jsp、html、css、js、圖片等，還有代碼模板
- 項目配置文件：resources/application.yml
- 靜態資源目錄：resources/static/
——用於存放html、css、js、圖片等資源 - 視圖模板目錄：resources/templates/
——用於存放jsp、thymeleaf等模板文件 - mybatis映射文件：resources/mapper/（mybatis項目）
- mybatis配置文件：resources/mapper/config/（mybatis項目）
3.1.2 test
如題所述，單元測試用的
3.2 target
target是有存放項目構建後的文件和目錄，jar包、war包、編譯的class文件等
target里的所有內容都是maven構建的時候生成的
jar 包就是 java archive file java 的一種文檔格式。jar文件非常類似zip
WAR是Sun提出的一種Web應用程式格式，與JAR類似，也是許多文件的一個壓縮包。這個包中的文件按一定目錄結構來組織：
通常其根目錄下包含有Html和Jsp文件或者包含這兩種文件的目錄，另外還會有一個WEB-INF目錄，這個目錄很重要。通常在WEB-INF目錄下有一個web.xml文件和一個classes目錄，web.xml是這個應用的配置文件，而classes目錄下則包含編譯好的Servlet類和Jsp或Servlet所依賴的其它類（如JavaBean）。
通常這些所依賴的類也可以打包成JAR放到WEB-INF下的lib目錄下，當然也可以放到系統的CLASSPATH中，但那樣移植和管理起來不方便
target里的所有內容都是maven構建的時候生成的
4 Java的工程文件結構
傳統的三層不用再解釋了，在Java里對應數據訪問層的是DAO，進行數據交互，對應業務邏輯層的是Service層，這裡寫邏輯代碼，然後就是UI層
4.1 幾種對象的解釋
上面提到DAO，這裡簡單說說一些相關的簡寫，在一些源碼里看到了，初學時有點懵
- PO(persistant object): 持久對象，可以看成是與資料庫中的表相映射的java對象。最簡單的PO就是對應資料庫中某個表中的一條記錄，多個記錄可以用PO的集合。PO中應該不包含任何對資料庫的操作。實體
- VO(value object):值對象，通常用於業務層之間的數據傳遞，和PO一樣也是僅僅包含數據而已。但應是抽象出的業務對象,可以和表對應,也可以不,這根據業務的需要。可能就是Get/Set？
- DAO(Data Access Object)：數據訪問對象，用於訪問資料庫，裡面包含對資料庫的各種操作，配合VO進行CRUD
- DTO(Data Transfer Object)：數據傳輸對象，是一組需要跨進程或網路邊界傳輸的聚合數據的簡單容器。它不應該包含業務邏輯，並將其行為限製為諸如內部一致性檢查和基本驗證之類的活動。我一開始以為是業務實體，但是看說明不是一個東西，那個是BO。
DTO的用法：
比如我們一張表有100個欄位，那麼對應的PO就有100個屬性。但是我們界面上只要顯示10個欄位，客戶端用WEB service來獲取數據，沒有必要把整個PO對象傳遞到客戶端，這時我們就可以用只有這10個屬性的DTO來傳遞結果到客戶端，這樣也不會暴露服務端表結構.到達客戶端以後，如果用這個對象來對應界面顯示，那此時它的身份就轉為VO。DTO還有減少請求的次數、簡化傳輸對象、避免代碼重覆等作用。
- ORM(O/R Mapping,Object Relational Mapping)：對象關係映射
4.2 實際的項目文件應該如何設計
可以參考圖2
- bean也就是實體了，對應資料庫的欄位
- DAO，前面也說過了，不過裡面寫法可以細分很多種，使用Mybatis就是Mapper介面文件或者是xml的寫法，如果還使用了JPA，還會有個repository類文件
- Service，這塊好像寫法的爭議比較多，可以看看這篇文章有多少人在濫用 service+serviceImpl，又有多少人在誤用myBatis
我在很多地方都看到了一個ServiceImpl介面，一個service類的寫法，一直不理解為什麼要多次一舉，但還是照著做了，上面那篇文章里說到這是一種過時的寫法，使用介面文件是為瞭解決可能連接各種資料庫而有多個數據訪問層的問題，這樣只需要實現對應的結構就行了，而有了Mybatis之後這種問題就不存在了，所以不需要再寫impl介面文件，使用 service+dao+mapper.xml 是一種更好的選擇 - Controller，這裡只討論MVC了，普通java web的寫法還不會，然後從controller應該就直接到資源文件里的HTML頁面了
- 上面是按順序自下而上的，除此之外一些公共層：工具類庫（utils）、配置類（config）、數據傳輸對象（dto）、視圖包裝對象（vo）
還可以看看這篇spring boot 項目開發常用目錄結構
