iT邦幫忙

2025 iThome 鐵人賽

DAY 29
0

因為工課用著 ChartJS + OpenAPI 雖然交家己欲用的 library 無啥仝,毋過部份經驗相迵,感覺會使分享。

家己是用 PrimeVue + Chart 所以詳細的圖表生產攏是透過 Chart 的 API

這部份有影干焦會使開時間去讀文件,然後先用假資料做樣品,我今仔日差不多就是攏咧那做那查資料,這部份實在緊袂起來,因為規格無熟,交予A.I.仝款需要重新改寫。

OpenAPI 踮這个階段足低路,雖然會使避免失覺察,但是閣較濟是需要去修改 code generator 的內容,這有影gâu造成不便,尤其初步開發規格可能變動誠捷,臨時修的結構可能會無細膩就閣 hông 崁過去,所以不如穩定了後,才透過 OpenAPI 來增加穩定性。

這部份其實佮 refactor 仝道理,一項物件若是頭先無拓展的需求,按呢其實無必要一開始就做傷濟拆分,造成濟濟破碎的 interface

毋過這就是我佮 Functional Language 無熟个所在,前端像慣勢透過濟濟 extension 來去保護程式的正確性,但是就較無咧管碼文內容的長度,這有影對慣勢後端的家己較齷齪 XD

我應該會閣去研究對 Nuxt 這類 type 的管理,按怎較清楚,然後 compile 起來會較有效率。

然後這馬家己對 composable 的修改、debug 閣有影無夠猛掠,有淡薄仔會袂記得結構按怎組織,致使重複走揣毋著位。

這馬是依賴 label note 這類家私加速寫 code 能力,毋過像按呢對前端開發是誠正常的代誌 XDDDD


上一篇
圖表相關事工
下一篇
工欲善其事必先利其器!
系列文
對零開始,三十工備份社交網路(台文書寫)30
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言