各位前端先進好

過去經驗:
以前小弟在處理表單操作的時候, 每一次表單的新增/修改/刪除資料都是直接呼叫相對的API處理(也就是新增一筆資料後, 就將資料POST到後端, 修改一筆, 就將資料PUT到後端...)

目前情境:
但現在小弟目前在遇到一個雲端系統服務專案, PM目前預期的介面的設計變成是在表單的下方多了Save跟Cancel的按鈕. 使用者在表單所進行的新增/修改/刪除都必須在前端紀錄, 等到使用者按下Save的時候, 再比對原本的表單, 看有新增/修改/刪除哪些資料發送 POST/PUT/DELETE API. 一次更新, 如果使用者按下cancel則還原表單內容

以過去的操作方式來說,
優點:

• 前端開發比較單純也比較簡單, 使用者只要做完一個行為就直接發送api, 修改DB的內容。
• 確保每一次操作的資料都有被更新
  缺點:
• 就是使用者每操作一個行為, 就要等API執行完後, 才能進行下一個操作
• 如果要反悔的話 就必須要一個一個改回去

目前新的設計
優點:

• 使用者操作速度快, 每一次的操作不需要等待api執行後才能繼續操作
• 如果使用者要捨棄這次的修改, 直接cancel就好

缺點：

• 前端的邏輯變複雜, 需要在發送API之前要先比對先前表單的資料，並且呼叫相對應的API.
• 頁面更新時間可能會變久(1. 等待前端資料運算時間 + 所有API(POST, PUT, DELETE)執行行時間)

目前小弟私心還是傾向用第一種設計模式, 當然也是希望能夠讓開發邏輯簡單, 但如果最後是要第二種操作模式, 不知道板上的大大們有沒有類似的經驗分享? 目前小弟想到的還是只能頂多用lodash提供的method 去比對資料後, 分類資料在發送相對應的API.