转载

Java自定义异常处理——最佳实践[译]

我们几乎已经在我们的每个行业标准应用的代码中处理java自定义异常了。常见的手段是创建一个语义性的继承基础exception类的自定义异常类。

1)Java自定义异常处理 – 新的方法

1.1 传统异常处理

我们的新方法使用静态内部类来处理每个新的异常场景。

传统上我们通过继承 Exception 类来创建一个 DBException 。然后每次遇到需要抛出一个与数据库相关异常的时候，我们创建一个 DBException 的实例，添加一些信息之后抛出它。

现在让我们考虑以下我们需要抛出 DBException 的场景：

SQL执行错误
找不到任何一行数据
当我们只需要一行数据却返回了多行数据
无效的参数错误
其它错误

上述方法的问题在于当这些异常在catch块或者应用代码中被处理时， DBException 无法提供足够的信息来分别处理上面列出来的异常用例。

1.2 传统异常处理

让我们为每一个用例创建一个内部类然后把它们组合到 DBException 内部来解决上述的问题吧。

首先创建一个抽象的 BaseException 来作为所有异常类的父类。

// BaseException.java
public abstract class BaseException extends Exception{
    private String message;
 
    public BaseException(String msg)
    {
        this.message = msg;
    }
    public String getMessage() {
        return message;
    }
}
复制代码

现在创建我们的 Exception 内部类。

// DBExeption.java
public class DBExeption
{

    public static class BadExecution extends BaseException
    {
        private static final long serialVersionUID = 3555714415375055302L;
        public BadExecution(String msg) {
            super(msg);
        }
    }
 
    public static class NoData extends BaseException
    {
        private static final long serialVersionUID = 8777415230393628334L;
        public NoData(String msg) {
            super(msg);
        }
    }
 
    public static class MoreData extends BaseException
    {
        private static final long serialVersionUID = -3987707665150073980L;
        public MoreData(String msg) {
            super(msg);
        }
    }
 
    public static class InvalidParam extends BaseException
    {
        private static final long serialVersionUID = 4235225697094262603L;
        public InvalidParam(String msg) {
            super(msg);
        }
    }
}
复制代码

这里我们创建了许多内部类来处理每一种异常情况。你可以根据实际情况随意扩展新的异常内部类。

1.3如何使用自定义异常

为了理解它的作用，现在让我们来让我们创建一个异常然后抛出它。然后我们将会在日志中看见错误信息。

// TestExceptions.java
public class TestExceptions {
    public static void main(String[] args)
    {
        try
        {
            throw new DBExeption.NoData("No row found for id : x");
        }
        catch(Exception e)
        {
            e.printStackTrace();
        }
    }
}
复制代码

程序输出：

Console
com.exception.DBExeption$NoData: No row found for id : x
at com.test.TestExceptions.main(TestExceptions.java:7)
复制代码

正如你在异常栈中所见的日志消息，它所携带的信息更多更具体了。它清楚展示了错误是什么。在应用代码之中，你也可以通过检查自定义异常实例来做对应的处理。

2. 使用内部类作为自定义异常类的优点

最显著的优点在于即使其它开发者写了一些难以读懂的错误信息，你也可以很清楚地弄懂具体错误是什么。
你可以使用不同的异常实例来处理不同的异常场景
你不需要使用单个异常来覆盖许多的异常情况
编写否定的单元测试用例会更加容易
日志会更加有意义以及高可读性

原文 https://juejin.im/post/5cfe29e05188251346598d4d

正文到此结束

所属分类： Java 编程技术

本文标签： 测试开发者 ACE java UI http sql final cat 开发单元测试数据库参数 id 实例 IO https 代码 SQL执行 db 数据 message
版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
本文海报： 生成海报一生成海报二

其他链接

关于本站

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。

问题交流

Java自定义异常处理——最佳实践[译]

1)Java自定义异常处理 – 新的方法

1.1 传统异常处理

1.2 传统异常处理

1.3如何使用自定义异常

2. 使用内部类作为自定义异常类的优点

热门推荐

相关文章

说给你听

本文目录

随机标签

书籍教程

近期评论

网站信息

其他链接

关于本站

问题交流