Servlet是使用Java Servlet应用程序接口(API)及相关类和方法的Java程序。所有的Servlet都必须要实现的核心接口是javax.servlet.servlet。每一个Servlet都必须要直接或者间接实现这个接口,或者继承javax.servlet.GenericServlet或 javax.servlet.HTTPServlet。
Servlet主要用于处理客户端传来的HTTP请求,并返回一个响应。
获取请求参数,对应方法:getParameter();
获取当前Web应用的虚拟路径,对应方法: getContextPath();
获取当前Web应用的上下文对象ServletContext,对应方法:getServletContext();
请求转发,对应方法:getRequestDispatcher(路径).forward(request,response);
储存数据,request还是一个域对象。
针对于重复提交的整体解决方案:
用redirect(重定向)来解决重复提交的问题;
点击一次按钮之后,按钮失效;
Loading原理:在点击提交时,生成Loading样式,在提交完成之后隐藏该样式;
自定义重复提交过滤器。
Jsp中的四种作用域包括page、request、session和application,具体来说:
page代表与一个页面相关的对象和属性,对应的对象是:pageContext。
request代表Web客户机发出的一个请求相关的对象和属性。一个请求可能跨越多个页面,涉及多个Web组件;需要在页面显示的临时数据可以置于此作用域,对应的对象是:request。
session代表某个用户与服务器建立的一次会话相关的对象和属性。跟某个用户相关的数据应该放在用户自己的session中,对应的对象是:session。
application代表与整个Web应用程序相关的对象和属性,它实质上是跨越整个Web应用程序,包括多个页面、请求和会话的一个全局作用域,对应的对象是:servletContext。
第一步,在JSP页面添加标签库:<%@ taglib uri="http://java.sun.com/jsp/jstl/fmt" prefix="fmt" %>
第二步,进行格式化:
Ajax是异步JavaScript和xml,用于在web页面中实现异步数据交互。
优点:可以在页面不重复加载的情况下加载局部内容,降低数据传输量。
Json是一种轻量级的数据交互格式。
优点:轻量级,易于阅读和编写,便于解析。
同步:提交请求->等待服务器处理->处理完毕返回,这个期间客户端浏览器不能干任何事。
异步:请求通过事件触发->服务器处理(这时浏览器仍然可以作其他事情)->处理完毕。
工作原理:
客户端通过Javascript提交Ajax请求。
Ajax引擎(XMLHttpRequest对象,包含在浏览器中)服务器发送Http请求。
服务器端处理请求后返回相应(XML/JSON/HTML)格式数据。
Ajax引擎解析数据后,通过DOM+CSS修改页面元素、改变样式,实现局部刷新。
实现步骤:
创建XMLHttpRequest对象。
创建请求,并发送请求。
处理请求回调。
示例代码:
function doAjax() {
var provinceName=document.getElementById("provinceName").value;
var xhr;
try {
// Firefox, Opera 8.0+, Safari
xhr = new XMLHttpRequest();
} catch (e) {
try {
// Internet Explorer
xhr = new ActiveXObject("Msxml2.XMLHTTP");
} catch (e) {
try {
xhr = new ActiveXObject("Microsoft.XMLHTTP");
} catch (e) {}
}
}
//使用post方式异步请求
xhr.open("post", "Test/IsExistsByProvinceName?t="+new Date().getTime(), true);
//设置回调函数
xhr.onreadystatechange = function(){
//如果XMLHttpRequest对象读取响应结束
if (xhr.readyState == 4&&xhr.status == 200) {
if(xhr.responseText=="true")
document.getElementById("provinceName_info").innerHTML="该省份已经存在";
else
document.getElementById("provinceName_info").innerHTML="";
}
};
//如果以post方式请求,必须要添加
xhr.setRequestHeader("Content-type","application/x-www-form-urlencoded");
//发送请求
xhr.send("provinceName="+provinceName);
}
创建Http连接。
初始化方法请求。
设置HTTP请求头。
发送请求。
读取请求。
调用方法。
初始化方法响应。
设置HTTP响应头。
发送响应。
关闭连接。
硬件环境不同:
C/S一般建立在专用的网络上,小范围里的网络环境,局域网之间再通过专门服务器提供连接和数据交换服务。
B/S建立在广域网之上的,不必是专门的网络硬件环境,信息自己管理。比 C/S 更强的适应范围,一般只要有操作系统和浏览器就行。
安全要求不同:
C/S一般面向相对固定的用户群,对信息安全的控制能力很强,一般高度机密的信息系统采用C/S结构适宜。
B/S建立在广域网之上,对安全的控制能力相对弱,可能面向不可知的用户。
程序架构不同:
C/S程序可以更加注重流程,可以对权限多层次校验,对系统运行速度可以较少考虑。
B/S对安全以及访问速度的多重的考虑,建立在需要更加优化的基础之上。比C/S有更高的要求,B/S结构的程序架构是发展的趋势。
软件重用不同:
C/S程序的重用性不如B/S的重用性好。
B/S程序构建相对独立的功能,能够相对较好的重用。
系统维护不同:
C/S程序必须整体考察,处理出现的问题以及系统升级都比较难,有可能是再做一个全新的系统;
B/S程序方便个别组件的更换,实现系统的无缝升级、系统维护开销减比较小,客户端无需升级,只针对服务器端维护即可。
处理问题不同:
C/S程序主要处理用户面相对固定、并且在相同区域、安全要求高、与操作系统相关的情况。
B/S建立在广域网上、面向不同的用户群、分散地域,与操作系统平台关系最小。
用户接口不同:
C/S多是建立的Window平台上,开发难度比较大,对程序员普遍要求较高;
B/S建立在浏览器上,开发难度相对较低,开发成本相对较低。
信息流不同:
C/S程序一般是典型的中央集权的机械式处理,交互性相对低;
B/S程序信息流向可变化,更像交易中心。