JSP+DAO实现数据库的CRUD

Posted 2020-07-05

   今天在看李兴华《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字，晕！