1、试分析下面的SQL语句的优劣，并用另外的方法实现。 (1) Select * from empe where e.No in (select a. No from amp a )
Select * from empe e where NOT EXISTS (Select a.No from amp a where e.NO=a.No) (2) select * from emp e, anp a where e. No=a. No 2、用Decoole 重写下面的socl 语句
SELECT COUNT(*)，SUM(SAL) FROM EMP WHERE DEPT_NO = 0020 AND ENAME LIKE ‘SMITH%’; select count(*),sum(sal) from emp where dept_no = 0030 and ename like ‘smith%’;
select count(decode(dept_no,0020,’x',null)) d0020_count, count(decode(dept_no,0030,’x',null)) d0030_count, sum(decode(dept_no,0020,sal,0)) d0020_sal, sum(decode(dept_no,0030,sal,0)) d0030_sal from emp where ename like ‘smith%’; 3、下面哪几种SQL不好。2,4,5
(1) update 语句 (2)in语句 (3)子查询 (4)多查等值查询 (5)笛卡尔乘积 4、请造出下列哪3种命名正确 A,B,D
A、ASD B、$abc C、const D、_asd E、3_asd 5、texarea java (1)写出文件名 (2)补充代码 6、型转换 example:
public String getValue(Object a,Object b){} 当下列方法调用时将出现何种异常,如何修正 String c=new String(“aaa”); int d =123; my.getValue(c,d);
(1) Integer d=new Integer(123); (2) My.getValue(c,(String)d); 7、在JSP上显示Araylist中的元素
<%@ page contentType=”text/html; charset=GBK” %> < %@ page import = “java.util.ArrayList”%> < %
ArrayList al = request.getAttribute(“arraylist”); %>
< % for(int i=0;i { %> < % } %>
序号 姓名
<%=i%> <%=al.get(i)%> 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模式需要有一个接口.接口中有一个统一的方法,这就是”将命令/请求封装为对象”: 程序代码:
public interface Command { public abstract void execute ( );} //具体不同命令/请求代码是实现接口Command,下面有三个具体命令 程序代码:
public class Engineer implements Command {
public void execute( ) { //do Engineer’s command } }
public class Programmer implements Command {
public void execute( ) { //do programmer’s command } }
public class Politician implements Command {
public void execute( ) { //do Politician’s command } }
按照通常做法,我们就可以直接调用这三个Command,但是使用Command模式,我们要将他们封装起来,扔到黑盒子List里去: 程序代码:
public class producer{
public static List produceRequests() { List queue = new ArrayList();
queue.add( new DomesticEngineer() ); queue.add( new Politician() ); queue.add( new Programmer() ); return queue; } }
这三个命令进入List中后,已经失去了其外表特征,以后再取出,也可能无法分辨出谁是Engineer 谁是Programmer了,看下面如何调用Command模式: 程序代码:
public class TestCommand { public static void main(String[] args) { List queue = Producer.produceRequests(); for (Iterator it = queue.iterator(); it.hasNext(); )
//取出List中东东,其他特征都不能确定,只能保证一个特征是100%正确,// 他们至少是接口Command的”儿子”.所以强制转换类型为接口
Command((Command)it.next()).execute(); } } DAO：
由此可见,调用者基本只和接口打交道,不合具体实现交互,这也体现了一个原则,面向接口编程,这样,以后增