创建新方法时，我总是添加一个异常处理程序，我不知道这是好是坏。我认为查看源代码时可能会有些烦恼。

将日志记录功能放在异常块中是一种好习惯吗？

def insert_new_camera(self, camera, records, file_hdlr):
    try:
        pass
    except BaseException  as e:
        traceback.print_exc(file=sys.stdout)
        raise e


#1 楼

不要这样做。

如果在每个函数中记录异常，则将一遍又一遍地打印相同的异常。它只有第一次才有用，在这之后很痛苦。

它也会使您的代码更难读写。

当您需要否则就失去它。在某些时候，必须捕获您的异常，并且不能重新抛出异常。这可能在默认的异常处理程序中发生。那是您应该登录的地方。不要记录刚刚抛出的异常。相信任何抓住他们的人都将其记录下来。

评论

\ $ \ begingroup \ $
而且，他最终将得到一个堆栈跟踪，该跟踪不会比一个函数高，他应该只执行提高而不是提高e。
\ $ \ endgroup \ $
–加布
14年2月14日在7:30

#2 楼

通常，对于大多数语言，最好在绝对需要之前才处理异常。那可能只是在页面崩溃之前，您要记录错误并将用户重定向到错误页面。

根据定义，异常是例外。如果您能够始终如一地期望它们，那么通常就可以不必再去处理它们，而如果您不知道该异常发生时该如何处理，那么最好什么也不做，而让它冒泡到应用程序的顶部。正如Winston所说：“在某个时候，您的异常必须被捕获而不是重新抛出。”

#3 楼

有时候，您无法做任何例外处理。内存不足是一个例子。

在我使用的编程语言中，对于私有的未公开方法/函数，我没有放置任何东西，除非有充分的理由（例如其关键）我跟踪了此问题，或者提供了更有用的错误以改善现有的错误消息）。在这些情况下，我盲目地认为清除已应用于传递给它的任何数据。进入您的系统。因为所有输入都是邪恶的，所以这里将是拥有它们的地方。

异常处理还与处理处于不一致状态的系统有关。它可以恢复吗？这是我亲自画线的地方。如果存在内部状态被破坏的威胁，则将其抛出。

#4 楼

建议不要将try-catch放在每个函数和块代码中，也不经济。而是创建一个单独的类来处理异常并在此处记录异常，然后显示或处理这些异常。