我想这就是mvc吧

服务器处理用户的请求,进行业务逻辑.但是再返回的时候

只能用好多个println把html'文件回传,这样就很麻烦了,而且一旦有什么改变还要从新编译java代码

所以啊,jsp就诞生了,他应该是由server转换新的java文件,在回传的一种方式.他的好处太多了可以接受参数转化参数,业务处理,页面转发.等等.可以说jsp为我们省了很多事情,可是就是因为jsp过于自动化.我们没办法控制一些细节.其实呢,在服务器只有servlet,jsp只是一种表现形式罢了

servlet--------------------doGet   doPost

jsp-------------------------_jspService()           所以我们可以看出jspservice就是get和post的合体

不能更好的控制servlet的生命周期,比如在dopost和doget之间进行的加载活动.恩~这是个很不好的地方.

于是我们就想到了要把业务逻辑和显示分开,从新使用servlet,而且只用一个总servlet来处理所有的请求,

 

我们可以让所有的页面的action 设置为    名字加.do的形式

然后在web.xml中将servlet'的rulpattern改为*.do,这样所有的.do形式的请求都会映射到servlet服务中

但是怎么区分到底是哪个页面发来的doget请求呢?那就需要在服务器里面配置文件了,文件的形式是将 

*.do页面请求---->参数封装.form----------->业务处理Action结合,当然中间可以加上其他的路径,比如验证之类的,都是可以的

这样的文件是properties前面放key后面放value.

这样在这一个servlet类中就可以处理所有的请求了,而且写好了也不要改,只需要配置properties文件,增加相应的处理类就好了,大大提高了服务器的灵活性,重用性.这就是传说中的MVC了.

技术就是这样,都有缺点,这时就有新的技术来替代更新,一代一代的发展壮大.

 

评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值