遇到這種情況 我會把所有use case列出來
當你列出來後會發現 原來數據分析跟問券是否已完成
是不相干的兩件事
那這兩段邏輯就不能相依 要分開處理
資料庫多開兩個欄位 問券是否已完成 跟數據分析要用的結果
這樣應該會簡化很多吧?
你們的問題是在code中做了太多的判斷 又沒有unit test
導致code寫得很混亂
一旦有新的需求 要在這坨code裡面修改邏輯會綁手綁腳的
如果一開始在規劃DB就有想到這點，
寫code時也有想到這點
那即使備註裡的邏輯沒寫在spec，是pm後來加的
你們應該也不需要花太多時間修改
我只要專注在取出數據分析要用的結果
以及問券是否已完成這兩點上就好
至於審核覆核這串邏輯 就打包起來放另一邊
這樣code看起來會乾淨許多
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.251.47.197 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1673497956.A.E8E.html