2019.08.14(day12)
下面的接口之间的区别:
HttpServletRequest接口的父接口是ServletRequest
HttpServletResponse接口的父接口是ServletResponse
结论:如果想使用ServletRequest和ServletResponse接口方法
就用上面的两个接口声明对象
如果想使用HttpServletRequest和HttpServletRequest接口方法
就用上面的两个接口声明对象
带有Http的接口已经包含了不带Http接口方法
面向接口编程:
以前:
jdbc的若干驱动都要遵守sun的jdbc接口
通用查询策略版
商超管理系统菜单的实现
现在:servlet中的若干接口
HttpServletRequest ServletRequest
HttpServletResponse ServletResponse
等
在servlet中的面向接口编程:
在service方法和doXXX方法的参数是
HttpServletRequest接口和HttpServletResponse接口
在service方法和doXXX方法中写代码
String value=request.getParameter("key");
把页面中的文本框的值取出存储给value
request对象是HttpServletRequest接口对象
request打点调用方法,没有报空指针异常
说明HttpServletRequest接口有对应的策略实现
每个应用服务器的厂商实现Servlet接口规范
模拟代码:
public class HttpServletRequestImpl implements HttpServletRequest{
//此map集合中存储的是从协议包解析客户端传递到服务端的数据,把数据存储给map集合
//当浏览器客户端请求此servlet的时候,发生了网络连接和数据传递
Map<String,String> map=new HashMap<String,String>();
//重写接口中的getParameter方法
public String getParameter(String key){
return map.get(key);
}
}
public class HttpServletResponseImpl implements HttpServletResponse{
}
//有一个地方写代码调用doGet方法
HttpServletRequest request=new HttpServletRequestImpl();
HttpServletResponse response=new HttpServletResponseImpl();
//tomcat容器调用doGet方法
doGet(request,response);
request对象和response对象的生命周期
在浏览器客户端请求servlet的时候,在tomcat服务器端由servlet
容器创建出两个对象(生命周期开始),分别是HttpServletRequest对象和
HttpServletResponse对象,把解析后的数据存储给两个对象
当请求和响应都完毕后request对象和response对象都消失
request对象和response对象属于服务器对象
给服务器的servlet中的request对象送数据的几种方式
1.form表单提交(登录,注册,修改)
2.超链接方式/?号传值
<a href="UserDelete?id=10">删除</a>
<a href="findUserById?id=10">查询</a>
<a href="UserShowByPage?currentPage=1&keyword1=a&keyword2=a">首页</a>
3.ajax异步提交:
a.jquery的ajax的data属性提交数据
b.jquery的ajax的url方式提交数据,(restful架构方式)
提交的方式有post,get,delete,put
get:获取资源
post:创建资源 部分跟新
put:更新资源
delete:删除资源
jstl:java的标准标签库
底层是由一些java代码支撑
用java代码来模拟出来象html标签一样来使用
分支,循环,变量赋值,等等
需要jstl.jar支持
转发和重定向:
重定向:response.sendRedirect("可以是jsp,也可以是servlet的url");
相当于重新请求服务器资源(jsp,servlet)
request对象和response对象都是servlet容器新创建的对象
地址栏会显示重定向后的连接(url)
服务器象浏览器发送一个302状态码以及一个location的消息头
该消息头的值是一个地址,称之为重定向地址,浏览器收到后
会立即向location中标记的地址发出请求
转发:
request.getRequestDispatcher(可以是jsp,也可以是servlet).forward(request,response);
说是转发实际上就是请求指定jsp或servlet,
也会跳转到指定目的地,相当于请求服务器资源
即,就是在服务器中请求服务器中的另一份资源
就是在服务器内部跳转,request对象和response对象
都是原来的对象,不会新创建,如果request对象绑定了数据
转发就是把数据转发的下一个目标中
地址栏的内容不是目的地址,原来地址栏是什么,就是什么,
即地址的地址不变
不带数据的转发,没有任何意义,用重定向即可
转发的步骤:
1.给request绑定数据
request.setAttribute("key",value);
2.把绑定了数据的request对象转到以一个目标
request.getRequestDispatcher(目标url).forword(request,response);
B/S 结构
B:browser 浏览器 S:server 服务器
C/S 结构
C:client 客户端 S:server 服务器
用cs结构的案例
用socket文件下载
pc端:腾讯的qq,微信
手机端:淘宝app,京东app等
web开发中的乱码处理:
1.所有的乱码都可以用下面的方式处理
汉字=new String(乱码的字节,"UTF-8");
比如:
String 乱码=request.getParameter("userName");
汉字=new String(乱码.getBytes("ISO8859-1"),"UTF-8");
ISO8859-1也可以写成ISO-8859-1
2.下面的方法虽然代码简洁.但只有post提交的时候才生效
如果是get方式提交,下面的的语句不好使,此时只能方式一
request.setCharacterEncoding("UTF-8");
注意:第一种和第二种不要同时使用
tomcat版本问题
tomcat7版本及以前版本使用上面两种方案皆可
方案一:可以处理post和get皆可
方案二:只能是post提交
tomcat8版本及以后版本只需要使用方案二即可
方案一废弃不用,因为tomcat已经给实现处理了
tomcat7版本及以前版本无论get提交还是post提交
request中都是ISO8859-1
tomcat8版本及以后版本
get提交request中还是ISO8859-1,但getParameter
取出数据就变成utf-8;
post提交request中还是ISO8859-1,但取出的还是ISO8859-1
分析分页+模糊查询
登录后第一次分页,相当于没有模糊条件的分页的第一页
等同于所有数据的第一页
login.jsp-->UserLoginServlet->
FindUsersByPageServlet-->usershowbypage.jsp
登录完毕,已经显示usershowbypage.jsp
a.不填入模糊条件,单击模糊查询按钮
所有数据的第一页
点击 下一页,所有数据的下一页
b.填入数据(至少有一个文本框填入数据)
按照指定条件模糊查询
select * t_user where username like ? and address like ?
?可以能'%%' 也有可能是'%数据%'
显示带有模糊条件的第一页也
点击下一页,是带有模糊条件的下一页
而且文本框中的模糊条件还要保留