對于演示原型,上午要下午給的快速交付,或者某些不知道到底一年有多少個人點進去的網站角落,或者極少數管理人員才用到的管理功能,在恨不能php,ror的時候,你會想起jsp+jdbc的溫暖。
又或者你請到了只會寫jsp和sql的極品,又想讓他明天開始干活.....
所以在SS3里另做了這個extreme-web風格示例 , 在簡化到no config file的jsp+jdbc同時,仍然是個可堪一觀的MVC,仍然基于親愛的Spring.
View層:一個jsp
Web應用里,單純的內容展示型場景占絕大多數。我們也單純的在jsp的開始代碼調用Model層的Service Bean查出所需內容。
一頁到尾,不要再扯什么Struts2 Action,什么struts.xml。 (見webapp/.../user.jsp )
內容展示時可以繼續忍受旁人的鄙視,直接在頁面中嵌入jsp顯示代碼;也可以將查詢結果放入貫通兩界的pageContext里,換用Jsp2.0 EL和JSTL taglib來作展示。
Controller層:還是一個jsp
少量的用戶提交內容的場景,就會來到這個代替Struts2 Action的jsp,由它來調用Model層的Service Bean,然后又redirect/forward回View層的jsp。
如果順手,可以用spring的DataBinder 將Request參數綁定到DTO。否則繼續復古的用N多request.getParameter("foo")手工組合。 (見webapp/.../userAction.jsp )
Model層:一個使用Spring JdbcTemplate的Pojo
為什么不繼續用jsp,徹底的改代碼不重啟服務器?因為舍不得Spring的JdbcTemplate/DataSource/Transcation這一系列功能。
用Spring 2.5的@Service注冊bean,就不用在applicationContext.xml定義bean了。
然后繼續用@Transcational 定義事務,不再編寫commit/rollback語句。
Spring的SimpleJDBCTemplate其實也挺好用的,順手的話,可以將輸入參數和ResultSet都直接反射到DTO上。
不順手的話,用MapSqlParameterSource綁定DTO到輸入參數,用ParameterizedRowMapper綁定ResultSet到DTO。 (見src/.../UserService.java )
除了上面幾點,其他地方也簡化退化了,比如maven的功能退化到jar管理,連接池直接用commons-dbcp定義不依賴應用服務器等等...
不過在URL Mapping、安全、緩存上難免存在損失。服務端校驗、定時任務、Webservice實現起來會很笨拙。
確實只適合很小的應用。
不敢使用 jdbc 的人
jdbc4.0 已經很強大了 ;我們應該直面 她
Java SE 6中的JDBC 4.0增強
http://dev2dev.bea.com.cn/techdoc/20061025892.html
-----------------------------------------
這個還分什么MVC喲,
拿出當年Delphi,PB的那種開發模式
OO都不管了!!
因為 OO的最高原則 開閉原則在這兒不生效.
這個東東不得變動,沒有修改,不可能擴展,因為下午就要拿去演示,演示完了,也就結束了.
最高原則是怎么做出來快當!!呵呵呵....
懶人的要求,用 notepad 搞定。
1) download springside.jar 到 tomcat/lib
2) download spring side list.jsp/insert.jsp/edit.jsp 模板或例子
3) notepad打開修改下文字和字段, 不用懂spring,ioc,orm
4) IE 打開頁面測試
5) 扔給美工
URL Mapping、安全、緩存的確是損失了,
定時任務、Webservice因為不離Spring,按照平時的做法做就是了, 不搞特別簡化。
你還別說,如果用Groovy寫Spring的Bean,還真的有點可能。
看來我知道的太少了!
努力嘗試下