疑惑消除
完善功能
總結之前所做的乙個專案是乙個完全的前後端分離的專案, 所採用技術或者元件分別如下:
上面的流程便是現在主流的一種開發模式,前後端很高效的解耦, 只需要溝通好資料的介面即可.
結果...
結果...
結果...
結果...
背景介紹完了, 在這乙個過程中經歷了乙個星期的鼓搗, 踩了不少坑, 找到乙個非常容易實現的方式, 希望能幫助到和我一樣境遇的同學:
先說一下實現方式:
緊接著我們開始有條不紊的進行操作:
build 前端
build 後端
build完後前後端目錄結構
上面便是我們的前後端build完之後的目錄, 然後我們只需要把我們的前端build完的所有檔案直接扔到後端的public目錄中,然後直接啟動我們的後台程式,
當我們看完正文部分的時候, 我們發現就這麼幾個步驟, 這個功能就實現了. 不少同學會有疑惑, 那我們一一搞定他:
首先, 我們先要明白, 原來的nginx做了什麼樣的事搞清楚–1, 首先他充當了乙個
靜態的資源伺服器, 也就是當我們的使用者在瀏覽器中發出請求的時候, 我們通過nginx來訪問到我們的頁面資源,–2, 然後因為前後端解耦的原因, 導致我們現在的頁面跳轉的功能 也就是
路由其實也是由我們的nginx進行實現的
nginx存在的原因之後, 我們就想著如何替換他, 然後一想後台採用springboot, 而且springboot中是內建了tomcat, tomcat是完全可以完成我們剛才說的幾個功能.
然後我們的直接需求現在已經轉變成了,如何用tomcat替代nginx.
在這我們說乙個知識:springboot中的resource目錄
通過檢視springboot官方文件之後發現, springboot預設支援的靜態資源路徑 ，即 /**,預設下面三個路徑
/src/main/resources/public
/src/main/resources/resources
/src/main/resources/static
靜態檔案伺服器)搞定了, 下一步是怎麼訪問了, 然後因為我的專案中的把頁面放到了public路徑下, 其實也就是我們的tomcat的/根目錄下, 所以我們在訪問ip:post+/的時候可以成功的訪問到我們的頁面, 看到這裡相信大家已經明白了實現原理.
如果你能耐心看到這裡, 那麼這個需求的解決方案, 估計你掌握了, 其實到現在為止, 我們的需求已經實現了. 但是在使用過程中, 我們發現, 當我們進入乙個二級頁面,也就是路由位址改變之後,
我們的路徑已經到了/form/.....的時候我們嘗試重新整理頁面, 發現頁面報了404的錯誤, 這又是為什麼呢?
然後我們又開始著手解決這個問題:
到現在我們的需求算是徹底完成了, 有人說, 不能再進一步優化了麼? 當然可以
其實這乙個過程, 通過我們的後天中完全可以實現,
二十六 Struts2 和 spring整合
將專案名稱為day29 02 struts2spring下的scr目錄下的struts.xml檔案拷貝到新專案的scr目錄下 在新專案的webroot web inf目錄下新建乙個目錄lib，用於存放jar包 struts2和spring整合所需jar包 在struts.xml檔案中新增乙個常量 必...
spring 整合Junit，整合web
l 匯入jar包 基本 4 1 測試 spring test.jar 1.讓junit通知spring載入配置檔案 2.讓spring容器自動進行注入 l 修改測試類 package com.hcx import org.junit.test import org.junit.runner.runw...
Spring 整合測試
spring 中的包 spring mock.jar 為整合測試提供了一流的支援。所有相關的api在包 org.springframework.test 中，它們不依賴於任何應用伺服器或者其他部署環境。test包裡的各種抽象類提供了如下的功能 test包對載入的context提供快取，快取功能是通過...