1、試分析下面的SQL語句的優劣，並用另外的方法實現。
(1) Select * from empe where in (select a. No from amp a )
Select * from empe e where NOT EXISTS (Select from amp a where =)
(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;
alue(c,d);
(1) Integer d=new Integer(123);
(2) alue(c,(String)d);
7、在JSP上顯示Araylist中的元素
<%@ page contentType=”text/html; charset=GBK” %>
<%@ page import = “yList”%>
<%
ArrayList al = ttribute(“arraylist”);
%>
<%
for(int i=0;i {
%>
<%
}
%>
| 序號 | 姓名 |
| <%=i%> | <%=(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();
( new DomesticEngineer() );
( new Politician() );
( new Programmer() );
return queue; }
}
這三個命令進入List中後,已經失去了其外表特徵,以後再取出,也可能無法分辨出誰是Engineer
誰是Programmer了,看下面如何呼叫Command模式:
程式程式碼:
public class TestCommand {
public static void main(String[] args) {
List queue = uceRequests();
for (Iterator it = ator(); ext(); )
//取出List中東東,其他特徵都不能確定,只能保證一個特徵是100%正確,// 他們至少是介面Command的”兒子”.所以強制轉換型別為介面
Command((Command)())ute();
}
}
DAO：
由此可見,呼叫者基本只和介面打交道,不合具體實現互動,這也體現了一個原則,面向介面程式設計,這樣,以後增加第四個具體命令時,就不必修改呼叫者TestCommand中的程式碼了.