以前servlet和JSP交互的代码
- servlet代码示例：
- JSP代码示例：
若属性不是一个String而是一个Bean呢？
- 一个简单的JavaBean
- servlet代码示例：
- JSP代码示例：
或者这么写：
JSP中不要出现脚本
- 使用标准动作的JSP
- 标准动作jsp:useBean详解
scope默认是page作用域，那么在上述示例代码中可能出现问题：找不到person对象！
- 标准动作jsp:getProperty详解
- jsp:useBean还可以创建一个bean
以下标准动作标记：
会变成_jspService()方法中的以下代码：
- jsp:setProperty可为上述生成的bean赋予属性值
- 考虑更全面一些：jsp:useBean有条件地创建一个bean——useBean体
如果找不到bean属性，那么才会创建一个bean：
Bean法则
普通的非企业JavaBean规范定义了一个类怎么才能算是JavaBean。这个规范很复杂，不过，结果JSP和servlet使用bean时，只需要知道以下规则：
- 必须有一个无参数的公共构造函数
- 必须按照命名约束来命名公共的获取方法和设置方法
- 设置方法的参数类型和获取方法的返回类型必须一样
- 性质名和类型是由获取方法和设置方法推导得出
- 结合JSP使用时性质类型必须是String。（这一条可以通过scriptlet脚本或者EL表达式打破，见后续文档）
也就是说，在标准动作useBean的class属性中引用的java对象，必须满足以上的Bean法则。
建立多态的bean引用
如上，使用Person类型，但是要建立一个Employee对象：
- 为jsp:userBean增加type属性
type：可以是class类型、抽象类型或者是一个接口。
class：必须是type的一个子类或具体实现。
- 若只用type，没有class
这时要求必须在page作用域中存在person属性，否则会报出java.lang.InstantiationException异常。
type vs class
type==引用类型，即要声明的类型，可以是抽象类
class==对象类型，即要实例化的类，必须是具体类
请求直接到JSP，而不经过servlet
既然jsp动作可以生成bean，那么可以不用通过servlet来new一个对象了，而直接到jsp页面中完成对象生成、赋值。
- 以前用脚本的丑类做法
表单如下：
jsp中如下：
或者这样：
- 使用param属性，避免脚本
- 若是让html和javaBean有一样的属性名字，那么param可以省略，property可以更清爽
bean标记会自动转换基本类型：
以上name类型是String，empID类型是int，bean标记会自动转换类型。
如果Bean性质不是Sring或者基本类型，比如有性质本身就是一个bean对象呢?
- 使用丑类的脚本是可以的
- EL来了——避免使用脚本
EL表达式
${person.name}
上述代码中，person没有声明就能使用，为什么？
在EL表达式中第一个命名变量可以是一个隐式对象（EL隐式对象不同于JSP也是对象）、也可以是一个属性。后文将详述EL隐式对象。
EL使用点号(.)操作符访问性质和映射值
访问性质：对JavaBean属性而言(bean有性质)；
访问映射值：对Map等映射而言（Map有键）；
- 点号左边必须是一个映射或一个bean
- 点号右边必须是一个映射键或一个bean性质
- 点号右边必须遵循Java标识符的命名规则
EL使用中括号([])操作符，可访问更多
除了访问性质和映射值，还可以访问数组、List、非Java规范的属性名等
- 中括号左边的变量有更多选择，如Map、bean，还可以是List或者数组
- 如中括号里是一个String直接量（即引号引起来的串），这可以是一个Map键、bean性质、List或数组的索引
- List或数组中的String索引会强制转换为int
- 如中括号里不是String直接量，就会计算，而且可以嵌套表达式
EL隐式对象
- EL中的请求参数
若特定参数名只有一个参数值，那可以用param隐式对象；
${param.属性名}若给定参数名有多个参数值，就使用paramValues。
${paramValues.属性名[n]}，n是索引
- 从请求中获取信息
EL的header隐式对象保证了所有首部的一个Map，如获取host：
${header["host"]}或者${header.host}这等同于脚本：
<%= request.getHeader("host") %>
如果要获取HTTP请求方法呢?——使用pageContext来得到其他一切
使用脚本是这样的：
<%= request.getMethod() %>
但是不能这样使用EL隐式对象：${requestScope.method}，这是不对的，requestScope不是request对象本身
而是需要这样：
${pageContext.request.method}
即pageContext有一个request性质，request有一个method性质。
- 隐式作用域的作用
既然requestScope不是request对象，获取不到request请中的参数，那么有什么作用？
考虑这样的情况：
request.setAttribute("foo.person",p);要获取“foo.person”属性，EL表达式就不能做到了，因为”foo.person”是一个完整的属性名.
${foo.person.name}根本不行，因为容器认为foo是某个作用域中的属性，但是永远找不到。隐式对象requestScope就可以发挥作用：
${requestScope["foo.person"].name} - 得到cookie更简单
如要获得userName属性的cookie值，使用隐式对象cookie很方便：
${cookie.userName.value}相比使用脚本就要麻烦很多，因为request没有getCookie(cookieName)方法，只能如此：
- 获取上下文参数，不要和servlet初始化参数混淆
若在DD配置有参数mainEmail:
使用EL表达式获取mainEmail：
${initParam.mainEmail}
EL函数：不仅仅取属性或性质，还可以调用Java方法
使用EL函数有如下步骤：
- 编写有一个公共静态方法的Java类，放在WEB-INF/classes某个目录下
- 编写一个标记库描述文件(Tag Library Descriptor, TLD)，放在WEB-INF某个目录下
- 在JSP中放一个taglib指令
- 使用EL调用函数
- 涉及到的文件的部署时这样的：
- 简单的示例如下图：
EL函数后文将详述。
模板复用——include指令
若希望每个JSP都显示某个页眉或页脚：
标准页眉文件Header.jsp：
- 使用include指令
Web应用中的一个JSP Contact.jsp：
- 使用include标准动作
- 看似代码、效果相似，但是原理并不同
include指令在转换时发生，虽然只转换一次，但是生成的servlet类会大一些，发布产品时采用；
include标准动作在运行时发生，虽每次都是最新的页眉内容，但每次请求都会有一点性能开销。
为使用include指令的JSP生成的servlet：
为使用include标准动作的JSP生成的servlet：
- include指令是位置敏感的
JSP中只有这个指令的位置会带来区别。如，如果使用page指令，可以把它放在页面的任何位置（安惯例是放在最前面）；但是include指令不同，他要告诉容器到底把包含的文件的源代码插到哪里，如页眉插到开头、页脚插到结尾。
复用的部件去掉一些HTML标签
不要把开始和结束HTML和BODY标记放在可重用部件中！设计和编写布局模板部件时（如页眉、导航条等），要假设它们会包含在其他页面中。
- 优化后的部件以及引用：
个性化的部件复用——jsp:param定制包含的内容
若希望页眉上有一个与上下文相关的子标题，它要依页面而定。
修改后的页眉Header.jspf：
而引用它的JSP页面只能用include标准动作，而不是include指令了（指令不是动态的调用）：
页面跳转——jsp:forward标准动作
- 有条件地转发的JSP（Hello.jsp），不过这里使用脚本了，这不太好
- 请求转发到的目标JSP(HandleIt.jsp)
为什么第一次请求没有打印出“Welcome to out page!”这句在跳转判断之前的文本呢？
因为，利用jsp:forward标准动作，缓冲区会在转发之前清空，即转发前写到响应的所有内容都会清掉。
若有好事者，在““Welcome to out page!”这句话后使用脚本强制输出：
<% out.flush(); %>那么的确输出了，并出现IIlegalStateException异常，且不会有跳转发生。故千万不要先刷新输出再转发。
- 去掉有条件转发中的脚本——JSTL标记
后文详述JSP标准标记库。
要点
- JSP表达式语言（EL）复习
- bean相关的标准动作复习
- 总复习
《Head First Servlets & JSP》-8-无脚本的JSP