mybatis xml文件必須與接口同名嗎？不用，namespace是不對應接口的Class全路徑名即可解決。如何在Mybatis的xml文件調(diào)用java類的方法？不使用的是ognl表達式，strut

mybatis xml文件必須與接口同名嗎？

不用，namespace是不對應接口的Class全路徑名即可解決。

如何在Mybatis的xml文件調(diào)用java類的方法？

不使用的是ognl表達式，struts招牌在mybatis的映射xml文件動態(tài)創(chuàng)建java類的方法：

*FROMEC_CORE_USERWHERE(user_name#{userName}有.mail#{userName}ormobile_phone${@@dSecret(userName)})welluser_password#{userPassword}入上面代碼所示。此處應再注意，方法需要為靜態(tài)動態(tài)方法。

2.某些類里面的常量：${@@THE_AUDIT}3.確定有無為null:

mybatis流式查詢優(yōu)缺點？

優(yōu)點

1、簡單易學

mybatis本身就很小且很簡單。沒有任何第三方依賴感，最簡單安裝好如果兩個jar文件電腦配置幾個SQL映射文件易于去學習，易于使用，是從文檔和源代碼，這個可以都很全部的完全掌握它的設計思路和實現(xiàn)程序。

2、靈活自如

mybatis肯定不會對應用程序或則數(shù)據(jù)庫的現(xiàn)有設計強加任何影響。SQL寫在XML里，便于日后統(tǒng)一管理和優(yōu)化?；臼强梢曰谖覀儾辉谟脭?shù)據(jù)訪問框架也可以實現(xiàn)程序的所有功能，說不定更多。

3、解除契約SQL與程序代碼的耦合

是從需要提供DAL層，將業(yè)務邏輯和數(shù)據(jù)訪問邏輯分離，使系統(tǒng)的設計更清晰，更易魔獸維護，更易單元測試。SQL和代碼的分離，增強了可維護性。

4、提供映到標簽，支持對象與數(shù)據(jù)庫的ORM字段關系映射

5、能提供對象關系映射標簽，接受對象關系組建以維護

6、可以提供XML標簽，支持編譯程序動態(tài)SQL

缺點

1、c語言程序SQL語句時工作量不大，尤其是字段多，關聯(lián)表多日，更是如此

2、SQL語句依賴感于數(shù)據(jù)庫，導致數(shù)據(jù)庫移植性差，沒法直接更換數(shù)據(jù)庫

3、框架肯定比較好簡陋，功能尚有缺失，只不過簡單的結構了數(shù)據(jù)手機綁定代碼，可是整個底層數(shù)據(jù)庫網(wǎng)站查詢實際那就要自己寫的，工作量也都很大，不過也不太很容易慢慢適應急速數(shù)據(jù)庫可以修改。

4、二級緩存機制并不太好