SSM框架大致执行流程:
ssm框架与MVC架构各层级相对应,Controller层接收前端传过来的参数进行业务操作,调用Service层完成具体的业务,Service层处理完业务后调用持久层保存到数据库中。而Dao层负责与数据库进行交互设计,将数据库传来的结果一层层的返回,最终把结果响应给客户端,展示在页面上。
Mybatis实现(注意mapper接口的全类名与映射文件的命名空间保持一致;方法名与映射文件中编写sql标签的id属性保持一致):
通过加载配置文件关联到各实体类的mapper文件。在每次与数据库交互时,通过sqlSessionFactory(工厂)拿到一个sqlSession,通过sqlSession获取mapper接口对象,通过mapper接口找到对应映射文件,通过调用的方法找到对应的sql语句,再执行sql命令。
Spring中IOC的原理:
· 控制: 谁来控制对象的创建,传统应用程序的对象是由程序本身控制创建的,使用Spring后,对象是由Spring来创建的。
· 反转: 程序本身不创建对象,而变成被动的接收对象。
第一天,再一次熟悉了SSM框架运行的一些细节,实现了登录,验证码识别,登录成功跳转。
web.xml tomcat服务器只认此xml文件
web.xml的理解(结合源代码注解)
*
通过CharacterEncodingFilter将用户的全部请求强制转化为UTF-8格式(防止中文乱码)
*
name中的相应操作由Listener去监听执行
*
*
*spring
*
*springmvc
*
SpringMVC中@RequestMapping来映射请求,也就是通过它来指定控制器可以处理哪些URL请求。控制器通过@RequestMapping中定义的路径执行对应路径下的操作。
http://localhost:端口号/项目名称/......
*
*验证码
required:参数是否为必须。
对应的URL http://localhost:8080/.../get_cpacha?v1=4
*
active为点击瞬间。
总结:
tomcat访问web.xml中的欢迎页面
补充:
欢迎页面是用于访问 web 工程时,只给了根名,没有给出具体的页面,这时就回去访问配置的欢迎页面,如果没有配置欢迎页面,不同的应用服务器可能会有不同的行为。对于 Tomcat 来说,会默认先查找 index.html 文件,如果找到了,就将其返回给浏览器;如果没有找到,就继续查找 index.jsp 文件,如果都没有找到,那么就会显示The requested resource is not available 的页面.
index.jsp又反映到(springmvc中视图解析器前缀/WEB-INF/views/)system/index(后缀.jsp)WEB-INF/views/system/index.jsp。
此时应该是springmvc拦截器的原因将页面跳转至可以访问的login页面。(想了很久为什么不访问index.jsp,可能有误)
最后页面如下图:
当输入框为空时提示,验证码点击会自动更新,若输入错误不会跳转到新页面,重新跳转到此页面。