iBATIS的Log机制
来源:互联网 发布:淘宝全民疯抢减 编辑:程序博客网 时间:2024/05/16 15:05
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) ...{
}
}
}
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 的缓存机制
- Ibatis的缓存机制
- Android的log机制
- Android 的log机制
- Spring 的 Log机制
- 【tips】如何打开Ibatis的log
- ibatis的延迟加载机制
- Android LOG机制的实现
- Android LOG机制的实现
- Android LOG机制的实现
- Android LOG机制的实现
- Android的log机制小结
- RTP 记录 log 的机制
- Android LOG机制的实
- INV 记录 log 的机制
- Ibatis的分页机制的缺陷
- 解读Android LOG机制的实现
- JDK1.5新特性介绍
- 安装好easerver后怎样部署和配置
- 回复:细说SCA V1.0规范(2) --Composite与架构
- 中小企业需要的是容易入门,上线快,简单实用,价格低廉,有行业定位积累,轻型的软件(转载)
- PHOTOSHOP制作实例-论坛签名的制作
- iBATIS的Log机制
- prototype 源码中文说明之 prototype.js
- qt4读书笔记--event processing
- 未来3-5年中国中小软件公司发展趋势前瞻(转载)
- 读《巴比伦富翁》有感
- 中间件技术及其相关产品
- JAVA Properties类学习笔记
- datagrid里放checkbox,如何做全选功能呢?
- 为什么要用foreach来代替for