建站
咨詢
售后
建站咨詢
新聞中心
iBATIS的Log機制的問題我們要首先從iBATIS的Log使用的兩個類開始，他們是：
com.ibatis.common.logging.LogFactory
創(chuàng)新互聯(lián)建站專注于鄂托克前企業(yè)網(wǎng)站建設(shè),自適應(yīng)網(wǎng)站建設(shè),成都商城網(wǎng)站開發(fā)。鄂托克前網(wǎng)站建設(shè)公司,為鄂托克前等地區(qū)提供建站服務(wù)。全流程按需規(guī)劃網(wǎng)站，專業(yè)設(shè)計，全程項目跟蹤，創(chuàng)新互聯(lián)建站專業(yè)和態(tài)度為您提供的服務(wù)
com.ibatis.common.logging.Log
查看這兩個類的源代碼，可以發(fā)現(xiàn)它不過是對org.apache.commons.logging、org.apache.log4j、java.util.logging，三種目前可用的Log框架的同時封裝。
開始時很費解，不知iBATIS開發(fā)者為何要采用這種方式，直接使用某個確定的Log不就可以了嗎？思考后發(fā)現(xiàn)原因如下：
“iBATIS宣稱自己具有最少的第三方依賴性，其Log采用以上機制的原因也正在于此：如果iBATIS采用某個特定的Log框架，那么它就必須添加對該框架的依賴關(guān)系；而考慮到使用iBATIS的開發(fā)者肯定會使用以上三個Log框架中的某個，因此iBATIS決定與其使用者共用該框架；這樣iBATIS就可以避免不必要的第三方依賴；另外，如果開發(fā)者的確沒有使用某Log框架，查看iBATIS的Log代碼可以發(fā)現(xiàn)它對此也有相應(yīng)措施，即不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為該框架相應(yīng)Log接口實現(xiàn)類的類名（該類屬于iBATIS）。代碼先加載工廠類，然后加載實現(xiàn)類，得到其class，并由class得到constructor，供getLog方法調(diào)用時使用。
iBATIS的Log機制就向你介紹到這里，希望對于你理解iBATIS的Log機制有所幫助。
網(wǎng)站名稱：iBATIS的Log機制淺談
URL鏈接：http://www.dlmjj.cn/article/coosgoh.html
