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

最近一直在想，業務日誌出錯了，應不應該丟擲錯誤？例如以下**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分鐘以上，我建議還是看一下。俗話說，自己的事情自己做。我們從很小的時候就知道做作業不能看答案。當我們看答案的時候，我們可以說我們在借鑑。我以前認為看答案也是學習的一種方法。今天的一次奇特的經歷證實了這個觀點。我在晚上做...