這個專案算是找工作前,用來充當簡歷上的專案來用的,估計以後看看會更有感悟吧。
好了,那我們開始吧。
一、前端篇
對於這個專案是前端是使用的 ant design pro(因為這玩意可以自動建立請求的介面,而且那些後端需要用到的類呀,屬性基本上都是自動封裝和生成的,不過要配和文件是使用我是用的是swager,確實是好哦用,對於我這中不會前端的)
1、 配置swager文件,寫好地址
2、執行系統在pack.json 感覺前端的東西很多都不懂啊!
3、就會自動生成這些檔案,啥都有(如果後端改類或者方法的話就不用和前端一樣費勁的去對介面)
前端的東西差不多就是這樣,其它的我也不太懂。
二、後端篇
此專案還是比較篇後端的,主要是模擬資料和閘道器的一些知識,再就是一些比較小的輪子專案和一些沒用過的工具吧。
1、開始此專案也是很基礎的增刪改查,基本大部分都是如此,這裡就不過多的贅述,都是套用以前的專案的功能方法使用。
2、基本的框架使用後端springboot作為框架的基礎,配置好基本的工具,對於這些類的配置還是有許多得問題得慢慢得研究
3、此專案得閘道器,對於閘道器得用處
一、使用閘道器來進行攔截進行校驗,當使用者訪問或者請求介面時候,我們使用閘道器來將他重定向到原本得介面地址,因此在閘道器中我們可以去檢測,
1、只要是 /api/xxxx都會被重定向到http://localhost:8123/api/xxxxxxxxxxx
2、然後後所有得請求地址都會被過濾且檢查在這個類下面,編寫好了過濾得規則
二、鑑別使用人得身份,地址,金鑰等等是否符合要求在資料庫中得資料是否一致,之後我們會查詢屬於使用者得這個api介面是否正常,是否使用者還有呼叫得次數,然後閘道器開始呼叫。(都是寫得模擬介面)
三、在呼叫中其實就是閘道器開始放行,但閘道器還是會監視得,如果錯誤就會返回失敗得結果呼叫次數爆出不變,成功就是成功得結果且呼叫次數改變。
4、
之後就是一些sdk的編寫以及doubb其實是相當與分散式的配置和應用了
對於sdk的編寫:
我們使用這個自己編寫的sdk可以給使用者更好的體驗,對於介面的編寫使用者只需要提供金鑰和請求的引數就可以很好的呼叫此介面,並返回相應的資料。
nacos:
對於這個是抽離出很多共用的方法來呼叫使用,更好的且高效的開發程式,這個對於大型專案來說確實提高很多效率,不用去重複的編碼,
這個當時問題出過很多,比如包讀取不到,主要是呼叫者和提供者的專案路徑必須要一樣,要不然呼叫者找不到此目錄,畢竟他是透過自己的目錄在nacos上來找相同類的實現類。
總結
對於此專案其實還是隻是最初的形狀,還有很多需要改進的,就像我開頭說的就是個工作的手段罷了,希望我以後有時間去完善他吧。