討論 日誌出錯了,應不應該丟擲錯誤

2021-09-27 18:25:54 字數 404 閱讀 2059

最近一直在想,業務日誌出錯了,應不應該丟擲錯誤?例如以下**12

3shop.addproduct();

4log.writelog(

"新增了一件新商品,物品名為xx,**:xx");

5

public

class log} 

如果log.writelog出現了錯誤,應該丟擲錯誤嗎?

若丟擲錯誤,便可以及時發現錯誤,並處理.,但會影響正常的業務處理。業務處理原本沒錯,丟擲錯誤後會顯示給使用者乙個錯誤的資訊,使用者一看,似乎操作沒成功,系統不行了。

若catch日誌的錯誤,不會影響正常的業務處理,但卻難以盡快的發現、排查系統異常(日誌不能正常工作)。

我支援丟擲錯誤,有錯誤,就應該往外拋.

各位大俠有什麼觀點,懇請指教、學習.

討論 日誌出錯了,應不應該丟擲錯誤

最近一直在想,業務日誌出錯了,應不應該丟擲錯誤?例如以下 12 3shop.addproduct 4log.writelog 新增了一件新商品,物品名為xx,xx 5 public class log 如果log.writelog出現了錯誤,應該丟擲錯誤嗎?若丟擲錯誤,便可以及時發現錯誤,並處理.但...

應不應該使用外來鍵

在大學資料庫的課程中,聽老師講一對多,多對多關係中需要建立外來鍵。但是畢業進入工作崗位後,發現基本上沒有使用外來鍵,甚至還有一些公司在開發規範中明確規定不允許使用外來鍵,這是為什麼呢?保證了資料的一致性與完整性,使資料更可靠 業務邏輯更加清晰 未完待續 完整性可以在應用邏輯中保證 不需要花時間去判斷...

寫作業時應不應該看答案?

我們在做作業時遇到難題實在解不出來,且身邊無學霸,應不應該看答案?如果卡了將近20分鐘以上,我建議還是看一下。俗話說,自己的事情自己做。我們從很小的時候就知道做作業不能看答案。當我們看答案的時候,我們可以說我們在借鑑。我以前認為看答案也是學習的一種方法。今天的一次奇特的經歷證實了這個觀點。我在晚上做...