可以對 SSI 說，我叫 SI ！，ssisi

可以對 SSI 說，我叫 SI ！，ssisi

可以對 SSI 說，我叫 SI ！

太陽火神的美麗人生 (http://blog.csdn.net/opengl_es)

本文遵循“署名-非商業用途-保持一致”創作公用協議

轉載請保留此句：太陽火神的美麗人生 -  本部落格專註於 敏捷開發及移動和物聯裝置研究：iOS、Android、Html5、Arduino、pcDuino，否則，出自本部落格的文章拒絕轉載或再轉載，謝謝合作。

Structs + Spring + MyBatis

Spring MVC + Spring + MyBatis

第一部分，都是請求分發；

1、Structs 靠 XML 配置來正確找到請求匹配的 Servlet 去執行，同時有或多或少的要求；

2、Spring MVC 靠註解，去指定包路徑下，搜類檔案？還是怎麼個搜法，反正通過類前的 @Controller 以及其方法前的註解，匹配到對應的方法來執行，這種方式只需要方法和類前有註解，耦合低得基本可以不考慮，這算不算 Structs 1 到 Structs 2 飛躍 後的，又一次飛躍呢？事實上， Structs 2 已經不是 Structs 了，而是 webWorks 的升級。

第二部分，實際上 Spring 並沒有參與實際的運行流轉，只不過是當了把小工，在人家要用東西之前，就給準備好備用而已；這在當今記憶體足夠大的情況下，無可厚非，以空間換時間，換得起；反過來講，如果空間不足的時侯，這些弄一堆東西放那兒，確實影響效能，Anroid 上的 Spring 架構還沒細研究過，不知道有什麼新奇招數，別再因為它，現如今的 2G 記憶體的 Android 手機已經不再卡的狀況，又被扭轉了，也許是逼著 3G 記憶體時代的到來吧！

第三部分、Mybatis 前身叫 iBatis ，這次細看了映射的風格，自然多了，簡單多了，難怪要重啟個名字，要步入大堂了嘛。從栩置好的 SQL 到 Java 的介面方法實現動態注入，確實先進，而其本身還可以依託 Spring 再進一步注入，我了個去，完全不用管那些鎖碎的事情了，走到門前，門自動開了，就端好奶茶送給客人品嘗足矣。

實際使用發現，你還真不能把 Spring MVC 和 Spring 配到一起去，那樣工作不了。因為 Spring MVC 自已內部維護著一份 Spring 的控制反轉容器，所以這個 Spring MVC 即可以理解為，是Spring 出品的 MVC 架構，又可以理解為 這個MVC 架構裡面已經內建 Spring 的依賴注入了，即有裡兒，又有面兒，那麼可以改寫成：

Spring MVC + MyBatis 架構組合了，簡稱 SM ？或者 SI ？要麼 SB ？隨意吧

後附覺得重要的兩篇官方文檔：

http://mybatis.github.io/mybatis-3/zh/configuration.html#mappers

http://mybatis.github.io/spring/zh/getting-started.html

沒有超連結，複製、粘貼一下，顯得更重要吧。

這兩篇文檔說得不是一個事兒喲，不是同一文檔的不同版本。