軟件開發(fā)工程師筆試題

 

　　1、試分析下面的SQL語句的優(yōu)劣，并用另外的方法實(shí)現(xiàn)，

軟件開發(fā)工程師筆試題

。

　　(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、請?jiān)斐鱿铝心?種命名正確 A,B,D

　　A、ASD B、$abc C、const D、_asd E、3_asd

　　5、texarea java (1)寫出文件名 (2)補(bǔ)充代碼

　　6、型轉(zhuǎn)換

　　example:

　　public String getValue(Object a,Object b){}

　　當(dāng)下列方法調(diào)用時(shí)將出現(xiàn)何種異常,如何修正

　　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:遠(yuǎn)程接口的具體實(shí)現(xiàn)

　　Home:管理和創(chuàng)建遠(yuǎn)程對象

　　Romate:提供給用戶的遠(yuǎn)程接口

　　9、解釋Javabean與EJB的區(qū)別

　　10、SeSS’on bean與Entitybean區(qū)別

　　11、解釋Commend、DAO模式，試舉例說明。

　　Command定義

　　不少Command模式的代碼都是針對圖形界面的,它實(shí)際就是菜單命令,我們在一個(gè)下拉菜單選擇一個(gè)命令時(shí),然后會執(zhí)行一些動作，將這些命令封裝成在一個(gè)類中,然后用戶(調(diào)用者)再對這個(gè)類進(jìn)行操作,這就是Command模式,換句話說,本來用戶(調(diào)用者)是直接調(diào)用這些命令的,如菜單上打開文檔(調(diào)用者),就直接指向打開文檔的代碼,使用Command模式,就是在這兩者之間增加一個(gè)中間者,將這種直接關(guān)系拗?jǐn)?同時(shí)兩者之間都隔離,基本沒有關(guān)系了.

　　顯然這樣做的好處是符合封裝的特性,降低耦合度,Command是將對行為進(jìn)行封裝的典型模式,Factory是將創(chuàng)建進(jìn)行封裝的模式,

　　從Command模式,我也發(fā)現(xiàn)設(shè)計(jì)模式一個(gè)”通病”:好象喜歡將簡單的問題復(fù)雜化,

　　喜歡在不同類中增加第三者,當(dāng)然這樣做有利于代碼的健壯性 可維護(hù)性 還有復(fù)用性.

　　如何使用

　　具體的Command模式代碼各式各樣,因?yàn)槿绾畏庋b命令,不同系統(tǒng),有不同的做法.下面事例是將命令封裝在一個(gè)Collection的List中,任何對象一旦加入List中,實(shí)際上裝入了一個(gè)封閉的黑盒中,對象的特性消失了,只有取出時(shí),才有可能模糊的分辨出:

　　典型的Command模式需要有一個(gè)接口.接口中有一個(gè)統(tǒng)一的方法,這就是”將命令/請求封裝為對象”:

　　程序代碼:

　　public interface Command {　　public abstract void execute ( );}

　　//具體不同命令/請求代碼是實(shí)現(xiàn)接口Command,下面有三個(gè)具體命令

　　程序代碼:

　　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　　}

　　}

　　按照通常做法,我們就可以直接調(diào)用這三個(gè)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; 　　}

　　}

　　這三個(gè)命令進(jìn)入List中后,已經(jīng)失去了其外表特征,以后再取出,也可能無法分辨出誰是Engineer

　　誰是Programmer了,看下面如何調(diào)用Command模式:

　　程序代碼:

　　public class TestCommand {

　　public static void main(String[] args) {

　　List queue = Producer.produceRequests();

　　for (Iterator it = queue.iterator(); it.hasNext(); )

　　//取出List中東東,其他特征都不能確定,只能保證一個(gè)特征是100%正確,// 他們至少是接口Command的”兒子”.所以強(qiáng)制轉(zhuǎn)換類型為接口

　　Command((Command)it.next()).execute();

　　}

　　}

　　DAO：

　　由此可見,調(diào)用者基本只和接口打交道,不合具體實(shí)現(xiàn)交互,這也體現(xiàn)了一個(gè)原則,面向接口編程,這樣,以后增加第四個(gè)具體命令時(shí),就不必修改調(diào)用者TestCommand中的代碼了.

【軟件開發(fā)工程師筆試題】相關(guān)文章：

一套軟件開發(fā)工程師筆試題09-30

銀行軟件開發(fā)筆試題07-25

騰訊軟件開發(fā)類筆試題07-28

筆美國國家儀器試題目09-23

機(jī)械工程師筆試題07-17

軟件開發(fā)工程師崗位職責(zé)（精選13篇）05-27

某公司Java工程師筆試題09-20

美團(tuán)網(wǎng)研發(fā)工程師筆試題08-29

電氣工程師線路類筆試題08-14

軟件測試工程師筆試題及答案10-10