MVC：开发模式
一、jsp演变历史
- 早期只有servlet，只能使用response输出标签数据，非常麻烦
- 后来又jsp，简化了Servlet的开发，如果过度使用jsp，在jsp中即写大量的java代码，有写html表，造成难于维护，难于分工协作
- 再后来，java的web开发，借鉴mvc开发模式，使得程序的设计更加合理性
二、MVC
M
- Model，模型。JavaBean
- 完成具体的业务操作，如：查询数据库，封装对象
V
- View，视图。JSP
- 展示数据
C
- Controller，控制器。Servlet
- 获取用户的输入
- 调用模型
- 将数据交给视图进行展示
三、优缺点
优点
- 耦合性低，方便维护，可以利于分工协作
- 重用性高
- 生命周期成本低
- 部署快
- 可维护性高
- 有软件工程化管理
缺点
- 使得项目架构变得复杂，对开发人员要求高
- 不适合小型，中等规模的应用程序
- 增加系统结构和实现的复杂性
- 视图与控制器间的过于紧密的连接
- 视图对模型数据的低效率访问
- 一般高级的界面工具或构造器不支持模式
扩展阅读
昨晚 和一个女孩在聊天，聊到了很多。聊着聊着，聊到了一些事情让我联想到一些经历。
后来，和她说了一些奇怪的话。想哭，早早结束了一日的聊天，自己静了静。
一觉醒来，却收到了她的另一大段话。看完的那刻，我觉得这是个好女孩。很可爱的女孩。
对她，我不知道如何去定位她。彼此都说了一些奇怪但又是奇妙的话。
硬要是用一个词来形容，我只能想到“熟悉的陌生人”。
陌生是此前从未有过任何交流，熟悉是原来都知道对方还有着很多相似的地方。
这么些天来，对她，心跳有过那么几次起伏跌落。
有那么几个时候觉得她是我想找的那个人，但可能是吧也可能不是……于我，生活和情感，是我目前觉得最难的两个了吧。——2020.2.29随笔
ServletContext对象
ServletContext对象范围：所有用户所有请求的数据
谨慎使用。所有用户可以操控它，不太安全；而且，它的生命周期长：服务器始到终，存储的数据多了，会造成内存的压力。
概念
- 代表整个web应用，可以和程序的容器（服务器）来通信（交互数据）
获取
- 通过
request对象获取
- 调用
request.getServletContext();
- 通过
HttpServlet获取
- 调用
this.getServletContext();
注意：
2个调用方法获取到的ServletContext都是一样的。因此，更多的时候会使用this.getServletContext();
功能
- 获取mine类型
- 域对象：共享数据
- 获取文件的真实路径(服务器路径)
Tomcat的热部署👇
一、配置Tomcat的Deployment处的“+”的Artifacts是war exploded形式：
_:war exploded 作用：展开部署(相当于将资源文件进行展开后进行部署)
_:war 作用：发布模式,这是先打成war包,再部署
二、修改Run/Debug Configurations
On ‘Update’ Action：update class and resources
On frame deactivation：update class and resources
三、浏览器F12，勾选上disable cache
四、以上都不行，那就到Plugins安装JRebel插件
在《HTTP案例学习：用户登录》的学习中，使用到BeanUtils。
案例中只涉及到封装username、password两个对象，但是实际上的用户登录界面，有十几个数据对象需要封装。
按原来的方式，是非常麻烦的。期望能够一次把所有参数获取到，并且通过一个方法，一次把所有数据封装成一个对象。
BeanUtils，一个工具类，简化数据封装
这里专门挑出来，做一份简单的笔记。
配合【教学视频】、【BeanUtils工具类常用方法】 食用更佳。
在 《HTTP案例学习：用户登录》 中提及到html中form表单的action路径的写法 是
虚拟目录+Servlet的资源路径
1 | <!DOCTYPE html> |
先记住，日后还会涉及到的。
1 / 13