iBATIS的Log机制浅谈

iBATIS的Log机制的问题我们要首先从iBATIS的Log使用的两个类开始，他们是：
 
com.ibatis.common.logging.LogFactory

创新互联建站专注于鄂托克前企业网站建设,自适应网站建设,成都商城网站开发。鄂托克前网站建设公司,为鄂托克前等地区提供建站服务。全流程按需规划网站，专业设计，全程项目跟踪，创新互联建站专业和态度为您提供的服务

com.ibatis.common.logging.Log

查看这两个类的源代码，可以发现它不过是对org.apache.commons.logging、org.apache.log4j、java.util.logging，三种目前可用的Log框架的同时封装。

开始时很费解，不知iBATIS开发者为何要采用这种方式，直接使用某个确定的Log不就可以了吗？思考后发现原因如下：

“iBATIS宣称自己具有最少的第三方依赖性，其Log采用以上机制的原因也正在于此：如果iBATIS采用某个特定的Log框架，那么它就必须添加对该框架的依赖关系；而考虑到使用iBATIS的开发者肯定会使用以上三个Log框架中的某个，因此iBATIS决定与其使用者共用该框架；这样iBATIS就可以避免不必要的第三方依赖；另外，如果开发者的确没有使用某Log框架，查看iBATIS的Log代码可以发现它对此也有相应措施，即不log出任何东西。”

思考明白以上原因后，再查看com.ibatis.common.logging.LogFactory的代码，就不难理解了，但还是说明几个小点：

 
 
 

  
  
  
private static void tryImplementation(String testClassName, String implClassName) ...{  
  
  
  
 
  
  
  
    if (logConstructor == null) ...{  
  
  
  
 
  
  
  
      try ...{  
  
  
  
 
  
  
  
        Resources.classForName(testClassName);  
  
  
  
 
  
  
  
        Class implClass = Resources.classForName(implClassName);  
  
  
  
 
  
  
  
        logConstructor = implClass.getConstructor(new Class[]...{Class.class});  
  
  
  
 
  
  
  
      } catch (Throwable t) ...{  
  
  
  
 
  
  
  
      }  
  
  
  
 
  
  
  
    }  
  
  
  
 
  
  
  
 } 
 
 
 

testClassName为某Log框架中的工厂类的类名，implClassName为该框架相应Log接口实现类的类名（该类属于iBATIS）。代码先加载工厂类，然后加载实现类，得到其class，并由class得到constructor，供getLog方法调用时使用。

iBATIS的Log机制就向你介绍到这里，希望对于你理解iBATIS的Log机制有所帮助。

网页题目：iBATIS的Log机制浅谈
标题链接：http://www.shufengxianlan.com/qtweb/news1/99501.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联