当前位置: 首页 > 工具软件 > muppet ORM > 使用案例 >

以muppet为例利用模板方法模式增强异常信息的反馈

籍弘伟
2023-12-01


    当你在定义方法时,应该保证此方法的正确性,但是你不能保证你的方法的调用者,他们的输入数据,或者
    使用环境的正确性,当客户端代码调用此方法时,我们应该向调用方声明可能出现的异常,这样当出现
    此种异常时,通过方法的文档,他们就清楚到底发生了什么,自己为什么错,(而不是不分青红皂白的埋怨他们调用的
    代码的作者 “你们写的是    什么狗屁代码,怎么总报错" ,或者”强哥你的代码又有错误了",)合理的异常反馈是 代码库作者
    ,代码库调用者 之间信息交流的通道,或者说是,代码库作者推卸责任证明自己没有错的挡箭牌(当然你的代码明明有问题,却
    故意向调用方 抛出输入数据异常,    就是你的职业道德问题了)
    
    当你在开发初期,设计代码时,可能考虑不清楚可能出现什么异常(然后你没有定义,或者仅仅定义一两个),于是洋洋洒洒写
    了几周后,发现我需要给某某个方法声明抛出异常,因为用户的输入,太离奇古怪,或者这段代码依赖的环境太不稳定了,需要调
    用方捕获异常,并做异常处理,这时你抛出了新的异常,改了代码,发现项目中多了很多的编译错误,因为调用方并没有对异常做处理,这时你要
    求你的调用方作者改代码?当然答案在大部分情况下是否定的。
    
    以上两种情况仅仅是开发过程中最常见的情景中的两个,还有很多,总之合理的异常声明是 逻辑分层,代码分工,沟通交流的
    有效保证。
    
    我需要另外说明的是,当你的代码总是变动,总需要声明很多异常的时候,(三个异常就很多),你首先应该考虑是不是应该对这个
    方法进行重构了(提取方法,或者提取类),因为频繁的变动代码很大意义上说明,这个方法变动的元素太多,应该分离,或者
    把变化部分提取出去。这才是正确合理的解决方案。而不是向用户抛出一堆异常。
    
     那么我们如何向用户正确反馈异常呢?
     首先我们们可以从JDK的设计学会一些,JDK中所有的异常都继承自Exception(除了Throwable),当我们向上层(调用者)提供服务时,
     ,一个包应该是高内聚的,一个包下的类合作 完成一项大的任务,然后我们在这一项任务中抽象出来一个异常基类,
     例如muppet其中一个包是 cn.bronzeware.muppet.sqlgenerate 这个包专门负责生成sql语句的,那么你就可以定义一个
     异常基类 SqlGenerateException,那么以后这个包下的类,给包外调用方提供的核心方法抛出的异常都应该SqlGenerateException类型,我们
     可以把这个类声明为抽象异常基类
     public class SqlGenerateException extends Exception{

            @Override
            public final String getMessage() {
                
                return "{Sql语句生成出错->"+Message();
            }

            public abstract String Message();

}
    我们将getMessage方法设为final不能重写,同时其子类必须重写Message()方法,我们在getMessage方法中有一个
    默认字符串叫做 “sql语句生成出错”,这个字符串可以放关于异常基类的描述,然后这个字符串在加上 子类的Message方法
    利用模板方法设计模式,实现基类错误信息和子类错误信息的整合。
    
    然后子类应该怎么写呢,
    public class SelectSqlGenerateException extends SqlGenerateException{
        
        public SelectSqlGenerateException(String message){
        
            this.message = message;
        }
        public SelectSqlGenerateException(){
        
        }
        
        private String message = "";
        public String message(){
            
            return "Select语句生成出错->"+message+"}";
        }
        
    }
    
    
    当在SelectGenerate生成Select语句时,如果出现关于生成语句的异常可以抛出
      new SelectGenerateException("这里在进一步指出Select语句具体出现什么异常")
      这样当SelectGenerate类的调用者在获取到SelectGenerateGenerate异常时
      通过getMessage()返回的字符串  是"{Sql语句出错-> Select语句出错> Select语句定义错误,缺少逗号}" (举个例子)
      
      那么这时,SelectGenerate的调用者其实获取的异常类是 SelectSqlGenerateException 类型,它可以通过这种手段
      获得具体的异常处理
      } catch (SqlGenerateException e) {
            
            if(e instanceof SelectSqlGenerateException){
                //做具体的处理
            
            }else if/其他处理
            
            
        }
    如果它需要针对具体的异常类型做处理,就可以用上述类型检查做特殊处理,否则如果不需要做特殊处理,再向上抛出
    
        
       当有另外一个包下的类或者其他层次(Sql语句层之上)的类 调用 SqlGenerate层(sql语句生成层)的服务时,他们本身
       也有一个主要的功能任务,这个功能任务,也需要与之对应的异常信息抽象基类,这个基类同样这样设计
      muppet中调用Sql语句层的包是cn.bronzeware.muppet.context ,是Context层,这个层负责数据操作,获取实体类信息(注解处理层),生成Sql操作 描述,生成sql语句,调用JDBC进行数据操作,封装结果集,主要是这几个功能,他的异常基类是ContextException()
      和SqlGenerate同样的设计,作为抽象基类 有一个模板方法 message(),
      其子类 SelectContextException同样这样设计
      
       public class ContextException extends Exception{

            private static final long serialVersionUID = -2272596789720418995L;
            
            @Override
            public final String getMessage() {
                
                return "{数据操作Context层出错->"+Message();
            }

            public abstract String Message();

}
      
      
      
      public class SelectContextException extends ContextException{
        
        public SelectContextException(String message){
        
            this.message = message;
        }
        public SelectContextException(){
        
        }
        
        private String message = "";
        public String message(){
            
            return "Select操作出错->"+message+"}";
        }
        
    }
     当SelectContext中出现异常时,你可以抛出SelectContext异常,
     throw new SelectContextException("具体的Select操作可能出现的异常");
    
     此时可能出现什么情况,即SelectContext中出现的异常是因为SqlGenerate层出现了异常
     这时你应该捕获SqlGenerateException异常,捕获到这个异常后,可以这样操作
    } catch (SqlGenerateException e) {
            throw new SelectContextException(e.getMessage());
        
    }
    
    
    应该是 "{数据操作Context层出错->Select操作出错->{Sql语句出错-> Select语句出错> Select语句定义错误,缺少逗号 }}"
    这样上一层知道了原来SelectContext层出错是因为Sql语句生成的错误,同时又是因为Select语句定义错误,缺少逗号
    
    这样的错误信息应该是很详细的,更详细的信息,需要你在合适的正确的地方,提供更详细的异常描述,然后做异常抛出,捕获,再抛出,再捕获等等
    这样,在长长的一套语句的最后(可以调整在最前,读者可以想一想),总会有错误信息的最准确描述
    
    当然你依然可以声明第四级异常子类,(Exceptinon ,ContextException,SelectContextException)但是我认为三级足够了,
    首先,ContextException中有最基本的描述,SelectContextException中还会有描述,你还可以通过SelectContextException的构造方法
    在传入更具体的错误信息,我觉得足够了,当然你仍然有需求的话,考虑下是不是有必要在划分一个包,或者再声明一个与之前的
    包内的基类独立的另外一个包内基类。然后再做决定不迟。
    
    
    
        
        
        muppet是一个封装JDBC的类库,支持对象关系映射,通过对象插入删除更新数据表,可以将查询结果映射为实体对象,同样支持跨表查询 基于注解,配置简单,相比原生JDBC性能以及开发效率都快很多,相比hibernate,mybatis使用简单,学习成本低,(当然功能远没他们
        强大稳定)代码公开,支持工具类的二次开发 。svn:  https://123.56.225.214/svn/muppet 用户名密码 均为muppet
                
    
                                                                                                                
                
                                                                                                于海强    2016.07.02
    

 类似资料: