感謝你的意見
想要確認一下情境
是送出的時候斷線, 然後重新整理頁面後恢復
還是送出的時候斷線, 留在房間裡面等到連線恢復的時候還留在頁面?
第一種狀況的話應該是無法解決的, 因為已經是新的頁面了, 資料是留不住的
第二種狀況的話我應該是可以解決. 但會有很多延伸狀況要處理
而送出的情況除了斷線,lag也是可能的情況之一
- 使用者打完字, 點擊送出, UI鎖住送出鍵, 等到送出成功後解鎖-> 清除框內訊息
上面這是理想狀況, 但是如果並不是斷線, 而只是單純的lag, 那就要有標示
- 使用者打完字, 點擊送出, UI鎖住送出鍵, 系統標示送出訊息中, 使用者等待數秒後收到成功response, 解鎖送出鍵
但如果使用者網路正常, 會變成
- 使用者打完字, 點擊送出, UI鎖住送出鍵, 系統標示出現0.1秒就收到成功訊息於是馬上消失=> 這導致使用者每送出留言就會閃現一個看不完的訊息, 長期下來是非常惱人的
然後再加進錯誤處理, 又會有很多情境需要思考
我之後應該會做, 只是這個極端情境優先度會低一些
現時的話, 按下ctrl+z 回復之前發送的訊息可以嗎? 這樣就可以等連線回來再重新發送一遍
喵 在 2022年5月24日 星期二上午10:28:28 [UTC-4] 的信中寫道: