iBATIS的Log機(jī)制淺談
iBATIS的Log機(jī)制的問題我們要首先從iBATIS的Log使用的兩個(gè)類開始，他們是：
com.ibatis.common.logging.LogFactory
com.ibatis.common.logging.Log
查看這兩個(gè)類的源代碼，可以發(fā)現(xiàn)它不過是對org.apache.commons.logging、org.apache.log4j、java.util.logging，三種目前可用的Log框架的同時(shí)封裝。
開始時(shí)很費(fèi)解，不知iBATIS開發(fā)者為何要采用這種方式，直接使用某個(gè)確定的Log不就可以了嗎？思考后發(fā)現(xiàn)原因如下：
“iBATIS宣稱自己具有最少的第三方依賴性，其Log采用以上機(jī)制的原因也正在于此：如果iBATIS采用某個(gè)特定的Log框架，那么它就必須添加對該框架的依賴關(guān)系；而考慮到使用iBATIS的開發(fā)者肯定會(huì)使用以上三個(gè)Log框架中的某個(gè)，因此iBATIS決定與其使用者共用該框架；這樣iBATIS就可以避免不必要的第三方依賴；另外，如果開發(fā)者的確沒有使用某Log框架，查看iBATIS的Log代碼可以發(fā)現(xiàn)它對此也有相應(yīng)措施，即不log出任何東西。”
思考明白以上原因后，再查看com.ibatis.common.logging.LogFactory的代碼，就不難理解了，但還是說明幾個(gè)小點(diǎn)：
- 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接口實(shí)現(xiàn)類的類名（該類屬于iBATIS）。代碼先加載工廠類，然后加載實(shí)現(xiàn)類，得到其class，并由class得到constructor，供getLog方法調(diào)用時(shí)使用。
iBATIS的Log機(jī)制就向你介紹到這里，希望對于你理解iBATIS的Log機(jī)制有所幫助。
【編輯推薦】
