我把本身的架構轉移到了Spring MVC了

我在 2011年出版了 一本圖書《B2B2C網上編程指南--基於SaaS和淘寶API開放平臺》 那時個人快速開發框架已經比較成熟了，那時從內心比較討厭Spring 和Hinernate的配置文件，因此那時在那本圖書裏吐槽了SSH。

 

不過，2年多來，Spring的MVC有了巨大的改進，Spring MVC+MyBatis大有把SSH拋棄的趨勢。從新關注了一下Spring以後，感受Spring MVC比本身之前的MVC框架，仍是方便了不少，主要是事務的控制和數據庫鏈接池的控制，我本身一直作得不太好。個人框架的強項是複雜業務流程的拆解和業務流程動態插件化，着重在業務流程方面。MVC+事務+數據庫鏈接池作的確實不太好，因此週末花了一天時間，去掉了本身的MVC，用Spring 的MVC接管了本身的MVC，業務流程框架仍是用本身的，前臺原來用的是Flex，也替換成了BootStrap，支持MySQL+Oracle的基本遷移完成，支持MongoDB版本的，還須要再花一天的時間。有時間打算再把AngularJS也加到本身的框架裏，這樣這個框架就比較完美了。

 

數據存儲方面，我仍是沒有使用MyBatis，仍是使用了本身之前的框架，MyBatis如今雖然跟Spting集成的很方便，DAO也已經簡化成了Mapper接口，無需任何實現，但仍是須要Service(一個接口，一個實現類)+DAO(Mapper)+MyBatis的配置文件，我的感受仍是太理論和公式化，沒有Interface，Action直接調用Mapper或者只有Service，不須要接口，能死人嗎？爲了接口而加一個接口和一個實現類，本人深惡痛絕。

我本身的數據庫存儲，無需任何配置文件，也不須要一個Interface、一個ServiceIml和一個DAO以及一大堆Mapper的XML配置文件，從前臺直接傳JSON格式的Key/Value數據，經過JDBC直接存儲到MySQL/Oracle/MongoDB數據庫中，不管是SQL關係型數據庫，仍是MongoDB這類NoSQL數據庫，都是適用的。並且，MyBatis/Hibernate這類O/R mapping工具，他們的緩存就是雞肋，對於一個企業內部的數據作緩存，尚還湊合，不過，咱們如今作的系統，數據量都很大，通常都是互聯網化的企業軟件，因此他們的緩存，還不如沒有。