今天在看李兴华《JavaWeb实战经典》时候,看到了用JSP+DAO整合起来做了一个数据库的增删改查操作。程序不难,但是具备借鉴意义。一般来说javaweb项目主要操作就是操作数据库,其本质也就是操作数据库。什么mvc,javabean从某种角度都是多余的,如果用户会写sql,那要View干什么,直接数据库查找不就好了?
一般来说可以实现一个最简单BS项目,可以有这么几个模式:
1 JSP + JDBC 这样写jsp里面全是java代码,很不利于维护与扩展。
2 JSP + DAO 这样业务逻辑还是写在jsp里面了
3 JSP + Servlet + JDBC(MVC) 这样好处是可以在跳转servlet时候调用下层服务,也就是业务逻辑。(JSP页面美观化可以使用EL,JSTL)
4 各种框架组合。Spring,Struts,Hibernate。Spring是接管所有层的框架。Struts是web层的框架,Hibernate是持久层框架。据我所知,持久层成熟产品很多,单就数据连接池这里有C3P0,Apache 的DBCP,Alibaba Druid(号称世界上最快的连接池),总之java世界里,只要想不到,没有实现不了的。
5 以上只是单机情况下的框架,如果到了分布式环境以及高并发环境下,设计的复杂程度将跨越一个数量级。分布式环境下的session,cookies怎么放?怎么设计分布式session框架?JVM怎么调优?I/O读取?.....暂时没研究。
画了一章李兴华老师书里案例的调用关系图:
例子虽然不难,但是用了两个Java设计模式以及接口解耦,还用了J2ee设计模式:有DAO模式,还有VO模式(其实就是JavaBean,传对象可以减少网络开销)。觉得案例很不错。也明白了为什么在相邻JSP跳转的时候必须经过一个servlet,而这是这个servlet调用了下层服务。远比JSP里面调用要方便和更具备模块化。
后面又把图修改了下:
可以看出,分层思想在其中起到核心作用。每一层做自己职责内的事情,多管闲事带来程序复杂度提高。业务一复杂就界面感觉很乱。其实分层是种抽象,逻辑上的分层,实际上就是多写了几个JSP和Java文件而已么。
这个程序虽然不难,但是这么一个程序里面的设计思想以及设计模式很值得思考。Java中有GOF23设计模式,在J2ee中也有21种设计模式,两大设计模式派系。
有图为证:
看来我又要荐书了:
又看到几张好图:
睡了,好累!
写了这么久,才1000字,晕!
转载于:https://blog.51cto.com/thinklili/1760743