sprngMVC:用餐具更文明

关键字:Handler处理器,DispatchServlet,POJO,Json,@RequestBody,@ResponseBody,拦截/监听/过滤

SpringMVC和spring,springboot他们是什么关系呢?

光看名字感觉像,但实际上并不是这样的。


使用到它的框架是ssm,就是spring+springMVC+mybatis;

更早的是ssh,就是spring+struts+hibernate,mybatis和hibernate都是连接数据库的,springMVC就是用来代替struts的,它是一个前端框架

经典三层架构

先说一下经典的三层架构

表现层:web层,和用户交互。

业务层:service层,处理业务。

持久层:dao层,对数据库操作。


MVC在表现层又分了三层,全名是 Model View Controller

模型Mode:业务模型(业务逻辑)和数据模型(传来传去的那些参数,比如一个user)

视图View:jsp,html,现在流行的是vue,就是页面。

控制器Controller:controller层,少量逻辑,一般写点权限控制。

竹签和筷子(原生servlet和DispatchServlet)

书接上回Spring:从就地烧烤到上桌吃饭 - 简书 (jianshu.com),原始的烤串模式每个菜都需要一根竹签,既然我们现在已经上桌了,我们就不需要浪费竹子了,只需要用竹子做一双筷子,就可以重复使用。

原生的servlet模式,每有一个业务就需要一个servlet;

SpringMVC全局只有一个servlet处理所有需求,这就是DispatchServlet前端控制器。

DispatchServlet连接controller层(使用springMVC框架后已经很久没写过servlet了,jsp也不用了),多个业务只需要写多个controller。

一桌菜(Handler处理器)

现在有筷子了,就该开吃了?

用springMVC怎么能吃这么简单的席,最起码要自助餐。

1,首先用户拿着筷子(DispatchServlet前端控制器);

2,看了一眼自助餐厅的桌子上的牌子(HandlerMapping处理器映射器)知道了龙虾在哪,

3,然后拿着小餐盘(HandlerAdapter处理器适配器),如果要果汁的话需要用杯子(不同的适配器处理不同的Handler),

4,直奔海鲜区弄了几只龙虾(Handler)回来(至于龙虾是怎么做的那是spring的事),

5,回来之后用筷子夹起来看看(ViewResolver视图解析器)再吃(响应用户)。

这就是springMVC的请求处理流程(重点记忆)


这个场景下DispatchServlet比喻成筷子有点牵强,或者可以把他想象成帮你去加菜的男朋友,

这样就合理多了,所有事都是他在做,最后给个反馈。


HandlerMapping处理器映射器:springMVC初始化时将<url,Handler方法>保存到HandlerMapping中,只需要有url地址就能访问到方法。

HandlerAdapter处理器适配器:处理器适配器接口中有个方法会判断该适配器是否适合当前Handler,用来找到一个适合当前Handler的适配器子类,目的就是把不同的Handler包装成统一口径。

Handler就是Controller层的方法,执行完Handler方法后返回ModelAndView;

ModelAndView是springMVC的一个底层对象,估计大家都只见过封装后的返回类。

菜名(POJO包装对象)

随着菜品越来越复杂,配料越来越多,你不会再说我要吃一块猪肉加点梅菜,我要吃带骨羊肉加点孜然等等,这样说效率太低,容易抢不到菜;而是说我要吃梅菜扣肉,我要吃烤羊排。


项目也是一样越来越大,越来越复杂,参数也越来越多,原始的传参方式已经不好用了;需要使用POJO包装对象,

例如你要传一个id,一个name,一个age;现在只需要传一个user,里面包含user.id,user.name,user.age;写代码的时候很省事,但是实际上效果是一样的。

具体实现估计和json还有反射有关,Mybatis也有POJO

@RequstBody:后台接收POJO类型需要加上注解@RequstBody

@ResponseBody:向前端直接返回POJO类型需要加上注解@ResponseBody

顺便说下json,json是一种简化的document,没有了<>标签,数据量更小;


你的妈妈(拦截/监听/过滤)

吃饭的时候总有一个人告诉你什么能吃什么不能吃,这个应该这样吃那个应该那样吃。

过滤器(filter):滤掉一些不该吃的东西;

对Requst请求起到过滤作用,作用在servlet之前。

监听器(listener):从你动筷子的时候就盯着你了;

应用启动的时候启动,只初始化一次,应用销毁时销毁;一般做一些初始化工作,springboot的run方法中有很多地方用到了监听(下次说springboot时再说);监听一些特定事件,做在线人数统计。

拦截器(interceptor):你妈妈会在你准备夹菜时,夹到菜时和吃进菜前唠叨你几句。

只会拦截控制器方法(Handler),拦截器有三次执行机会,

1.在Handler业务逻辑执行前拦截,

2.在Handler业务逻辑执行结束后拦截,

3.在跳转页面前拦截。


一个小发现:Rest风格中put和delete都是本质都是post方法

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 221,198评论 6 514
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 94,334评论 3 398
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 167,643评论 0 360
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,495评论 1 296
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,502评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 52,156评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,743评论 3 421
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,659评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,200评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,282评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,424评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 36,107评论 5 349
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,789评论 3 333
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,264评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,390评论 1 271
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,798评论 3 376
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,435评论 2 359

推荐阅读更多精彩内容