首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在方法的末尾抛出异常--这是一种糟糕的做法吗?

在方法的末尾抛出异常是一种糟糕的做法。异常应该在方法内部被捕获和处理,而不是在方法的末尾抛出。以下是为什么这种做法是不推荐的:

  1. 可读性差:将异常抛出放在方法的末尾会使代码难以阅读和理解。开发人员通常期望方法的末尾是正常的返回点,而不是异常处理的地方。
  2. 难以维护:如果在方法的末尾抛出异常,可能会导致代码中存在大量的重复异常处理代码。这样的代码结构不仅难以维护,还会增加代码的冗余性。
  3. 可靠性差:在方法的末尾抛出异常可能会导致未处理的异常被传递到调用者的上下文中,从而导致程序崩溃或产生不可预测的行为。

相反,应该在方法内部捕获和处理异常。这样可以更好地控制异常的处理逻辑,并提供更好的错误信息和反馈给调用者。合理的做法是在方法内部使用try-catch语句块捕获异常,并根据具体情况选择合适的处理方式,例如记录日志、返回错误码或提供友好的错误提示。

总结起来,将异常抛出放在方法的末尾是一种糟糕的做法,会导致代码可读性差、难以维护和可靠性差。正确的做法是在方法内部捕获和处理异常,提供更好的错误处理和反馈机制。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

Python3 错误和异常

异常处理机制概述: 异常处理,是编程语言或计算机硬件里的一种机制,用于处理软件或信息系统中出现的异常状况(即超出程序正常执行流程的某些特殊条件)。通过异常处理,我们可以对用户在程序中的非法输入进行控制和提示,以防程序崩溃。 就好比一个旅游景点,每到一个有可能出现问题情况的地方就会设置一个处理问题的处理点,不同的问题有不同的处理点,例如花粉过敏有花粉过敏的处理点,摔伤有摔伤的处理点等。程序也是如此会出现各种各样的错误,同理不同的异常错误有不同的异常错误处理方法。 各种编程语言在处理异常方面具有非常显著的不同点(错误检测与异常处理区别在于:错误检测是在正常的程序流中,处理不可预见问题的代码,例如一个调用操作未能成功结束)。某些编程语言有这样的函数:当输入存在非法数据时不能被安全地调用,或者返回值不能与异常进行有效的区别。例如,C语言中的atoi函数(ASCII串到整数的转换)在输入非法时可以返回0。在这种情况下编程者需要另外进行错误检测(可能通过某些辅助全局变量如C的errno),或进行输入检验(如通过正则表达式),或者共同使用这两种方法。 在python中我们可以通过try-except语句来捕捉异常,语法错误的话开发工具都会有提示的。

01
  • [zz]Kotlin 和 Checked ExceptionKotlin 和 Checked Exception

    最近 JetBrains 的 Kotlin 语言忽然成了热门话题。国内小编们传言说,Kotlin 取代了 Java,成为了 Android 的“钦定语言”,很多人听了之后热血沸腾。初学者们也开始注意到 Kotlin,问出各种“傻问题”,很“功利”的问题,比如“现在学 Kotlin 是不是太早了一点?” 结果引起一些 Kotlin 老鸟们的鄙视。当然也有人来信,请求我评价 Kotlin。 对于这种评价语言的请求,我一般都不予理睬的。作为一个专业的语言研究者,我的职责不应该是去评价别人设计的语言。然而浏览了 Kotlin 的文档之后,我发现 Kotlin 的设计者误解了一个重要的问题——关于是否需要 checked exception。对于这个话题我已经思考了很久,觉得有必要分享一下我对此的看法,避免误解的传播,所以我还是决定写一篇文章。 可以说我这篇文章针对的是 checked exception,而不是 Kotlin,因为同样的问题也存在于 C# 和其它一些语言。 冷静一下 在进入主题之前,我想先纠正一些人的误解,让他们冷静下来。我们首先应该搞清楚的是,Kotlin 并不是像有些国内媒体传言的那样,要“取代 Java 成为 Android 的官方语言”。准确的说,Kotlin 只是得到了 Android 的“官方支持”,所以你可以用 Kotlin 开发 Android 程序,而不需要绕过很多限制。可以说 Kotlin 跟 Java 一样,都是 Android 的官方语言,但 Kotlin 不会取代 Java,它们是一种并存关系。 这里我不得不批评一下有些国内技术媒体,他们似乎很喜欢片面报道和歪曲夸大事实,把一个平常的事情吹得天翻地覆。如果你看看国外媒体对 Kotlin 的报道,就会发现他们用词的迥然不同: Google’s Java-centric Android mobile development platform is adding the Kotlin language as an officially supported development language, and will include it in the Android Studio 3.0 IDE.

    02

    python错误和异常

    一:语法错误syntax errors     熟悉语法! 二:异常     ①打印错误信息时,异常的类型作为异常的内置名显示,并以调用栈的形式显示具体信息     ②常见的异常:             NameError、             ZeroDivisionError、             TypeError             SyntaxError             IndexError    索引超出序列范围             KeyError    请求一个不存在的字典关键字             IOError        输入输出错误             AttributeError    尝试访问未知的对象属性 三:异常处理     while True:         try:             x = int(input("Please enter a number: "))             break         except ValueError:             print("Oops!  That was no valid number.  Try again   ")     try语句按照如下方式工作;     ①首先,执行try子句(在关键字try和关键字except之间的语句)         ②如果没有异常发生,忽略except子句,try子句执行后结束。         ③如果在执行try子句的过程中发生了异常,那么try子句余下的部分将被忽略。     ④如果异常的类型和 except 之后的名称相符,那么对应的except子句将被执行。     最后执行 try 语句之后的代码。         ⑤如果一个异常没有与任何的except匹配,那么这个异常将会传递给上层的try中。     ⑥一个 try 语句可能包含多个except子句,分别来处理不同的特定的异常。     最多只有一个分支会被执行。     ⑦一个except子句可以同时处理多个异常,这些异常将被放在一个括号里成为一个元组。     except (RuntimeError, TypeError, NameError):             pass     ⑧最后一个except子句可以忽略异常的名称,它将被当作通配符使用。     你可以使用这种方法打印一个错误信息,然后再次把异常抛出。     ⑨try except 语句还有一个可选的else子句,如果使用这个子句,     那么必须放在所有的except子句之后。     这个子句将在try子句没有发生任何异常的时候执行. 三:抛出异常     Python 使用 raise 语句抛出一个指定的异常     raise 唯一的一个参数指定了要被抛出的异常。     它必须是一个异常的实例或者是异常的类(也就是 Exception 的子类) 四:用户自定义异常     可以通过创建一个新的异常类来拥有自己的异常。     异常类继承自 Exception 类,可以直接继承,或者间接继承。     当创建一个模块有可能抛出多种不同的异常时,     一种通常的做法是为这个包建立一个基础异常类, 五:定义清理行为     try:         raise KeyboardInterrupt     finanlly:         print("dooo")     不管 try 子句里面有没有发生异常,finally 子句都会执行     如果一个异常在 try 子句里(或者在 except 和 else 子句里)被抛出,     而又没有任何的 except 把它截住,那么这个异常会在 finally 子句执行后再次被抛出 六:扩展------------->断言机制     assert 等价于布尔真的判定,不满足抛出异常AssertionError     用途:    防御性的程序         运行时需要逻辑检查     参考文献:《python使用断言的最佳时机》

    01
    领券