iT邦幫忙

2023 iThome 鐵人賽

DAY 29
0

我們在這過去的幾天中,介紹了如何使用 FastAPI 進行開發,其中除了有語法的介紹,還提及相關底層邏輯,但是,在此系列當中,我們最希望告訴讀者的是,如何 Fast 的開發 API,作者條列以下幾點

  • 在一開始就殺死需求,沒需求就不用做事
    • 給予上級,可以評估的開發成本,以及相關風險評估
    • 確認需求緊急程度,能有簡單做法嗎?
  • 把需求丟給其他組,AKA: 推工作
    • 很多時候在不同公司,因為人力配置的不同,程式可能在前後端都可以做,我們可以依照不同人力需求,想辦法在對應人力充足的地方,做比較多的工,但是主要還是要做出可行,可延展,正規的功能開發
  • 研究主流做法
    • 專案目錄配置
    • 某些慣例以及實作方法
    • 軟體常用架構
      • 架構正確,可以確保後面程式好改
  • 工具自動化
    • 我們使用 Makefile 整合不同的工具,讓開發者可以用比較舒服的方式,完成日常的工作,如:
      • make test 做測試
      • make lint 做程式語法規範檢查
      • make lint-fix 讓自動化程式,幫我們自動的整理程式碼
      • make migrations msg="..." 來做資料庫的 migration file
      • ...
  • 遇到需求,如果可以先寫測試,如果不行,寫完程式後要補測試
    • 測試不僅僅是可以在開發階段幫助開發者完成相對正確的程式開發,之後系統上線如果有 bug,如果該行程式是有寫測試的,我們可以很快插入可能發生的情況在原本測試的方法內,加速除錯過程
  • 遇到不熟悉的語法,先寫測試,除了熟悉語法,還可以確保後面寫的程式是合乎預期的

上一篇
換機器
下一篇
鐵人回顧
系列文
FastAPI 開發30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言