玩玩Java已經有一陣子了,自己覺得還算是跟著標準走的﹝個人覺得呵呵﹞ ,這個星期五準備針對公司的一些主管介紹UML,實際上我也沒有粉充分了解他,不過在研究過Design Pattern後發現,UML確實可以帶來一些優勢,至少是圖形化的呈現方式,但是到現在還沒有起筆寫簡報,一方面是不知從何著手,另一方面又擔心就介紹的比較深入對於只了解大型主機程式的主管們或許是一個難度,大致上應該會介紹一下幾個圖形的應用及各種圖形的意義,還會提幾個案例來互動一下希望他們可以大致了解UML,因為我現在有看到的Java專案都沒有這些東西,對於從中切入說時再的看程式是最實際的不過從UML的圖形可以簡化我了解系統架構的時間,不是嗎?想說藉由這次的說明讓大家知道一個專案不是只有完成他就好了,而是要注意到日後的維護及更新等等東西,我個人認為一個專案的結束,對我們公司而言並不是上線就好了,而是要考慮專案的延續等等的問題。
在 上一章 有稍微讓大家看一下swagger怎麼跟spring boot無縫接軌,本章就深入一點來介紹swagger,把它定位在 API似乎有點薄弱,當作工具(Tools)我覺得倒很個很好的解釋,它主要提供的工具分別為 swagger core、swagger codegen、swagger editor、swagger ui等,以下是各自的說明: swagger core:這是swagger的核心,使用Java撰寫出來的。 swagger codegen:可以依據swagger(yaml格式)產生出來的api json或是url,可產生客戶端(client)相對應的程式碼。 swagger editor:透過這個工具可以產生yaml,有點像是Eclipse IDE一樣,撰寫相對應的yaml,透過yaml可以產服務端(server)及客戶端(client)的程式碼,透過 這裡 可以玩玩看。 swagger ui:將這工具與你的程式結合,如上章的方式,程式啟動後就會自動生成 api 前端頁面提供使用。
留言
張貼留言