background image

    <td>序号</td>
    <td>姓名</td>
</tr>

<!--答案-->
<%
   for(int i=0;i<al.size();i++)
   {   
%>
  <tr>
  <td><%=i%></td>
  <td><%=al.get(i)%></td>
  </tr>
<%
   }
%>
</table>
</body>
</html>

8、解释
   beam:远程接口的具体实现
   Home:管理和创建远程对象
   Romate:提供给用户的远程接口
9、解释 Javabean 与 EJB 的区别
10、SeSS’on bean 与 Entitybean 区别
11、解释 Commend、DAO 模式,试举例说明。
    Command 定义
        不少 Command 模式的代码都是针对图形界面的,它实际就是菜单命令,我们在一个下拉菜单选择一

个命令时,然后会执行一些动作,将这些命令封装成在一个类中,然后用户(调用者)再对这个类进
行操作,这就是 Command 模式,换句话说,本来用户(调用者)是直接调用这些命令的,如菜单上打开
文档(调用者),就直接指向打开文档的代码,使用 Command 模式,就是在这两者之间增加一个中间者,
将这种直接关系拗断,同时两者之间都隔离,基本没有关系了.

         显然这样做的好处是符合封装的特性 ,降低耦合度,Command 是将对行为进行封装的典型模

式,Factory 是将创建进行封装的模式,

          从 Command 模式,我也发现设计模式一个"通病":好象喜欢将简单的问题复杂化, 
       喜欢在不同类中增加第三者,

 

 

当然这样做有利于代码的健壮性 可维护性 还有复用性.

       如何使用
            具体的 Command 模式代码各式各样,因为如何封装命令,不同系统,有不同的做法.下面事例是将

命令封装在一个 Collection 的 List 中,任何对象一旦加入 List 中,实际上装入了一个封闭的黑盒中,
对象的特性消失了,只有取出时,才有可能模糊的分辨出:

             典型的 Command 模式需要有一个接口.接口中有一个统一的方法,这就是"将命令/请求封装为对