夢的伊甸園還在那邊 與 Don meeting

我們每週五都會為專案進行小驗收，圖下是我們這週的甘特圖。

這次開會Don 指出了幾點我們必知道的注意事項

1. Token 更新機制
2. Token 失效 UI 處理流程
3. CI/CD 找回失去的時間
4. Github Flow
5. Branch , Commit 規範
6. 需求規劃階段如何防止漏掉功能
7. iOS 什麼時候用 push 什麼時候用 present
8. Controller 和 View 的溝通， Controller 和 Controller 的溝通（分工）
9. 切換畫面，傳遞 data 還是請求 API

Token 的更新機制

提到token的更新機制，我們必須要思考到一件事情：

為何需要Token，沒有Token帳號密碼一樣可以驗證?

為何要用token取代帳號密碼？因為Token比起帳號密碼有以下特性：
token比起帳號密碼更有彈性時效性。
token是一個亂數密碼。
因此，我們用token代替密碼驗證，會更加方便。

Token 失效UI處理流程

若token失效，UI端會有錯誤處理機制，立即跳回登入畫面，要求使用者重新登入，並再次取回token並存取在userDefault。

CI/CD 找回失去時間

CI：持續整合，開發人員在每一次的 Commit & Push 後，都能夠於統一的環境自動 Build 程式，當程式編譯完成後，將會透過「單元測試」測試新寫的功能是否正確。
CD:持續部署，透過自動化方式，將寫好的程式碼更新到機器上並公開對外服務，另外需要確保套件版本＆資料庫資料完整性。

Github Flow(下次討論)

Branch , Commit 規範

需求規劃階段如何防止漏掉功能

應該使用User Story，應該從使用者視角操作軟體，來列出運用的功能。

iOS 什麼時候使用Push，什麼時候使用present?

Present 可以使用在單個跳頁裡面，因此如果雙次疊加
present，會導致回到原畫面需要dismiss兩次，而這麼處理是非常不合邏輯的。而處理這個畫面，因當使用Push，在跳頁時，才不會有雙次dismiss的奇怪行為。

Controller 和 View 的溝通， Controller 和 Controller 的溝通（分工）

controller 與 view 的溝通，可以透過delegate讓view的行為讓controller代理。而資料的處理可以讓model 代理 dataSource。controller與controller的溝通可以透過funtion做溝通。

切換畫面，傳遞 data 還是請求 API

這個問題可以從使用者的觀點去思考，若使用API讀取資料，會需要時間Loading，這個讀取時間會由網路狀態與封包大小決定，但一定會影響使用者體驗。因此傳遞data是給使用者體驗最好的方案。