組件模型特點(diǎn)：
① JavaBean組件模型是面向向客戶端的組件模型；
② 它支持可移植和可重用的Java組件的開(kāi)發(fā)；
③ JavaBean組件可以工作于任何Java程序應(yīng)用開(kāi)發(fā)工具中；
④ JavaBean組件總是在程序運(yùn)行時(shí)被實(shí)例化；
⑤ JavaBean支持可視化及非可視化的組件模型。
Enterprise JavaBean（EJB）組件模型特點(diǎn)：
① EJB是面向服務(wù)端的JavaBean組件模型。它是一種特殊的、非可視化的JavaBean，運(yùn)行在服務(wù)器上；
② EJB組件模型主要包括EJB Server、EJB Container、EJB Object發(fā)及諸多相關(guān)特性；
③ EJB Server提供EJB組件運(yùn)行環(huán)境，它負(fù)責(zé)管理和協(xié)調(diào)應(yīng)用程序資源的分配；
④ EJB Container是用于管理EJB Object的設(shè)備，它負(fù)責(zé)EJB對(duì)象的生命周期的管理，實(shí)現(xiàn)EJB對(duì)象的安全性，協(xié)調(diào)分布式事務(wù)處理，并負(fù)責(zé)EJB對(duì)象的上下文切換；
⑤ EJB規(guī)范提供了這樣的一種機(jī)制，你可以通過(guò)在運(yùn)行時(shí)設(shè)置相應(yīng)的屬性值來(lái)定義每一個(gè)EJB對(duì)象的運(yùn)行狀態(tài)；
⑥ Deployment Descriptor被用于設(shè)置EJB對(duì)象的運(yùn)行狀態(tài)。
JSP勝過(guò)servlet的關(guān)鍵的優(yōu)點(diǎn)：
① JSP是以顯示為中心的，它為Web顯示開(kāi)發(fā)人員提供了更加自然的開(kāi)發(fā)模式；
② JSP使人們把顯示和內(nèi)容分隔開(kāi)成為可能；
③ JSP可以幫助組織Web應(yīng)用物理狀況。
現(xiàn)代的企業(yè)計(jì)算解決方案除了企業(yè)的業(yè)務(wù)邏輯外，還需要提供對(duì)8種基本服務(wù)的支持：
① 命名/目錄服務(wù)（Naming and Directory Service）；
② 數(shù)據(jù)訪問(wèn)服務(wù)（Data Access Service）；
③ 分布式對(duì)象服務(wù)（Distributed Object service）；
④ 企業(yè)管理服務(wù)（Enterprise Management Service）；
⑤ 事務(wù)處理服務(wù)（Transaction Processing Service）；
⑥ 消息報(bào)務(wù)（Messaging Service）；
⑦ 安全服務(wù)（Security Service）；
⑧ Web服務(wù)（Web Service）。
J2EE的重要組成部分：
① JDBC
② EJB
③ Java RMI
④ Java IDL
⑤ JNDI
⑥ JMAPI(JAVA Management)
⑦ JMS
⑧ JTS
⑨ JSA(IAVA Security API)
RMI和RPC的區(qū)別：
RMI是面向?qū)ο蟮模鳵PC是基于過(guò)程調(diào)用的。由于RMI面向?qū)ο蟮奶匦?，RMI調(diào)用可以直接將對(duì)象在調(diào)用的兩端之間進(jìn)行傳遞，不但可以傳送數(shù)據(jù)，而且還可以傳遞方法，擴(kuò)展了RMI的使用；另外RMI還支持兩個(gè)RMI對(duì)象之間的方法回調(diào)（callback）。
XML和HTML的主要區(qū)別：
① XML是元標(biāo)記語(yǔ)言，用戶可以自己定義所需要的標(biāo)記；
② XML描述的是結(jié)構(gòu)和語(yǔ)義；
XML技術(shù)和JSP技術(shù)集成的方案：
① 以XML技術(shù)為前端顯示層或者是后端數(shù)據(jù)層，JSP/JMS/Servlet/EJB等J2EE技術(shù)為中間處理層；JSP等J2EE技術(shù)接受客戶端的請(qǐng)求，從后端數(shù)據(jù)層中獲得數(shù)據(jù)，經(jīng)過(guò)加工處理之后，以XML/XSL/XSLT/的形式返回客戶端。在這個(gè)模型，JSP技術(shù)充當(dāng)了邏輯控制、計(jì)算處理的角色，而XML充當(dāng)了顯示數(shù)據(jù)、存儲(chǔ)數(shù)據(jù)、傳遞信息流的功能；
② Tag Libraries在JSP程序中的大規(guī)模應(yīng)用。
XML與JSP技術(shù)聯(lián)合的優(yōu)越性：
① 簡(jiǎn)單性
② 可擴(kuò)展性
③ 便攜性
④ 多樣性
JDBC執(zhí)行步驟（在JSP中）
ASP加ODBC執(zhí)行步驟（在ASP中）
%>
重用一組對(duì)象常常稱為對(duì)象池化。
SAX（Simple API for XML）：是事件驅(qū)動(dòng)模型。
DOM（Document Object Model）：是文檔對(duì)象模型。
LDAP（Lightweight Directory Access Protocol）：輕量目錄訪問(wèn)協(xié)議。
DOM要裝入整個(gè)文檔并對(duì)該文檔進(jìn)行解析會(huì)很慢且占用大量?jī)?nèi)存。SAX是工作在數(shù)據(jù)流之上，在數(shù)據(jù)流經(jīng)過(guò)時(shí)對(duì)其進(jìn)行處理。它消除了在內(nèi)存中構(gòu)建數(shù)據(jù)樹(shù)的需要，但不允許開(kāi)發(fā)者實(shí)際更改原始文檔中的數(shù)據(jù)。
OOA的主要優(yōu)點(diǎn)：
① 加強(qiáng)了對(duì)問(wèn)題域和系統(tǒng)責(zé)任和理解；
② 改進(jìn)與分析有關(guān)的各類人員之間的交流；
③ 對(duì)需求的變化具有較強(qiáng)的適應(yīng)性；
④ 支持軟件復(fù)用；
⑤ 貫穿軟件生命周期全過(guò)程的一致性；
⑥ 實(shí)用性；
⑦ 有有利于用戶的參與。
OOA過(guò)程包括以下主要活動(dòng)：
① 發(fā)現(xiàn)對(duì)象，定義它們的類；
② 識(shí)別對(duì)象的內(nèi)部特征，定義屬性，定義服務(wù)；
③ 識(shí)別對(duì)象的外部關(guān)系；
④ 劃分主題，建立主題圖；
⑤ 定義use case，建立交互圖；
⑥ 建立詳細(xì)說(shuō)明；
⑦ 原型開(kāi)發(fā)。
把建立原型系統(tǒng)做為一種可能采取的策略的主要理由如下：
① 由于人類的認(rèn)識(shí)能力的局限，不能預(yù)先指定所有要求；
② 在用戶和系統(tǒng)分析員之間存在固有的通信鴻溝；
③ 用戶需要一個(gè)“活的”系統(tǒng)模型，以便獲得實(shí)踐經(jīng)驗(yàn)；
④ 在開(kāi)發(fā)過(guò)程中重復(fù)和反復(fù)是必要的和不可避免的；
⑤ 目前有快速建立原型系統(tǒng)的工具可供選用。
原型法的主要優(yōu)點(diǎn)：
系統(tǒng)開(kāi)發(fā)人員與用戶的交流直接，消除了開(kāi)發(fā)人員與用戶之間的通信障礙，可以盡早地獲得正確而完整的需求。開(kāi)發(fā)過(guò)程簡(jiǎn)單，在一定程度上能適應(yīng)需求的變化，設(shè)計(jì)與編程更快速、更準(zhǔn)確，開(kāi)發(fā)效率也顯著提高，而且提高了軟件質(zhì)量，總開(kāi)發(fā)費(fèi)用也會(huì)減少。
面向?qū)ο蠓椒ǖ膬?yōu)點(diǎn)：
① 按照人類的自然思維方式，面對(duì)客觀世界建立軟件系統(tǒng)模型；
② 對(duì)需求變化的適應(yīng)性；
③ 支持軟件復(fù)用；
④ 可維護(hù)性好。
一個(gè)可復(fù)用構(gòu)件應(yīng)具備的條件是：
① 獨(dú)立性；
② 完整性；
③ 可標(biāo)識(shí)性；
④ 一般性；
⑤ 適應(yīng)性；
⑥ 可靠性；
標(biāo)準(zhǔn)化。
① JavaBean組件模型是面向向客戶端的組件模型；
② 它支持可移植和可重用的Java組件的開(kāi)發(fā)；
③ JavaBean組件可以工作于任何Java程序應(yīng)用開(kāi)發(fā)工具中；
④ JavaBean組件總是在程序運(yùn)行時(shí)被實(shí)例化；
⑤ JavaBean支持可視化及非可視化的組件模型。
Enterprise JavaBean（EJB）組件模型特點(diǎn)：
① EJB是面向服務(wù)端的JavaBean組件模型。它是一種特殊的、非可視化的JavaBean，運(yùn)行在服務(wù)器上；
② EJB組件模型主要包括EJB Server、EJB Container、EJB Object發(fā)及諸多相關(guān)特性；
③ EJB Server提供EJB組件運(yùn)行環(huán)境，它負(fù)責(zé)管理和協(xié)調(diào)應(yīng)用程序資源的分配；
④ EJB Container是用于管理EJB Object的設(shè)備，它負(fù)責(zé)EJB對(duì)象的生命周期的管理，實(shí)現(xiàn)EJB對(duì)象的安全性，協(xié)調(diào)分布式事務(wù)處理，并負(fù)責(zé)EJB對(duì)象的上下文切換；
⑤ EJB規(guī)范提供了這樣的一種機(jī)制，你可以通過(guò)在運(yùn)行時(shí)設(shè)置相應(yīng)的屬性值來(lái)定義每一個(gè)EJB對(duì)象的運(yùn)行狀態(tài)；
⑥ Deployment Descriptor被用于設(shè)置EJB對(duì)象的運(yùn)行狀態(tài)。
JSP勝過(guò)servlet的關(guān)鍵的優(yōu)點(diǎn)：
① JSP是以顯示為中心的，它為Web顯示開(kāi)發(fā)人員提供了更加自然的開(kāi)發(fā)模式；
② JSP使人們把顯示和內(nèi)容分隔開(kāi)成為可能；
③ JSP可以幫助組織Web應(yīng)用物理狀況。
現(xiàn)代的企業(yè)計(jì)算解決方案除了企業(yè)的業(yè)務(wù)邏輯外，還需要提供對(duì)8種基本服務(wù)的支持：
① 命名/目錄服務(wù)（Naming and Directory Service）；
② 數(shù)據(jù)訪問(wèn)服務(wù)（Data Access Service）；
③ 分布式對(duì)象服務(wù)（Distributed Object service）；
④ 企業(yè)管理服務(wù)（Enterprise Management Service）；
⑤ 事務(wù)處理服務(wù)（Transaction Processing Service）；
⑥ 消息報(bào)務(wù)（Messaging Service）；
⑦ 安全服務(wù)（Security Service）；
⑧ Web服務(wù)（Web Service）。
J2EE的重要組成部分：
① JDBC
② EJB
③ Java RMI
④ Java IDL
⑤ JNDI
⑥ JMAPI(JAVA Management)
⑦ JMS
⑧ JTS
⑨ JSA(IAVA Security API)
RMI和RPC的區(qū)別：
RMI是面向?qū)ο蟮模鳵PC是基于過(guò)程調(diào)用的。由于RMI面向?qū)ο蟮奶匦?，RMI調(diào)用可以直接將對(duì)象在調(diào)用的兩端之間進(jìn)行傳遞，不但可以傳送數(shù)據(jù)，而且還可以傳遞方法，擴(kuò)展了RMI的使用；另外RMI還支持兩個(gè)RMI對(duì)象之間的方法回調(diào)（callback）。
XML和HTML的主要區(qū)別：
① XML是元標(biāo)記語(yǔ)言，用戶可以自己定義所需要的標(biāo)記；
② XML描述的是結(jié)構(gòu)和語(yǔ)義；
XML技術(shù)和JSP技術(shù)集成的方案：
① 以XML技術(shù)為前端顯示層或者是后端數(shù)據(jù)層，JSP/JMS/Servlet/EJB等J2EE技術(shù)為中間處理層；JSP等J2EE技術(shù)接受客戶端的請(qǐng)求，從后端數(shù)據(jù)層中獲得數(shù)據(jù)，經(jīng)過(guò)加工處理之后，以XML/XSL/XSLT/的形式返回客戶端。在這個(gè)模型，JSP技術(shù)充當(dāng)了邏輯控制、計(jì)算處理的角色，而XML充當(dāng)了顯示數(shù)據(jù)、存儲(chǔ)數(shù)據(jù)、傳遞信息流的功能；
② Tag Libraries在JSP程序中的大規(guī)模應(yīng)用。
XML與JSP技術(shù)聯(lián)合的優(yōu)越性：
① 簡(jiǎn)單性
② 可擴(kuò)展性
③ 便攜性
④ 多樣性
JDBC執(zhí)行步驟（在JSP中）
ASP加ODBC執(zhí)行步驟（在ASP中）
%>
重用一組對(duì)象常常稱為對(duì)象池化。
SAX（Simple API for XML）：是事件驅(qū)動(dòng)模型。
DOM（Document Object Model）：是文檔對(duì)象模型。
LDAP（Lightweight Directory Access Protocol）：輕量目錄訪問(wèn)協(xié)議。
DOM要裝入整個(gè)文檔并對(duì)該文檔進(jìn)行解析會(huì)很慢且占用大量?jī)?nèi)存。SAX是工作在數(shù)據(jù)流之上，在數(shù)據(jù)流經(jīng)過(guò)時(shí)對(duì)其進(jìn)行處理。它消除了在內(nèi)存中構(gòu)建數(shù)據(jù)樹(shù)的需要，但不允許開(kāi)發(fā)者實(shí)際更改原始文檔中的數(shù)據(jù)。
OOA的主要優(yōu)點(diǎn)：
① 加強(qiáng)了對(duì)問(wèn)題域和系統(tǒng)責(zé)任和理解；
② 改進(jìn)與分析有關(guān)的各類人員之間的交流；
③ 對(duì)需求的變化具有較強(qiáng)的適應(yīng)性；
④ 支持軟件復(fù)用；
⑤ 貫穿軟件生命周期全過(guò)程的一致性；
⑥ 實(shí)用性；
⑦ 有有利于用戶的參與。
OOA過(guò)程包括以下主要活動(dòng)：
① 發(fā)現(xiàn)對(duì)象，定義它們的類；
② 識(shí)別對(duì)象的內(nèi)部特征，定義屬性，定義服務(wù)；
③ 識(shí)別對(duì)象的外部關(guān)系；
④ 劃分主題，建立主題圖；
⑤ 定義use case，建立交互圖；
⑥ 建立詳細(xì)說(shuō)明；
⑦ 原型開(kāi)發(fā)。
把建立原型系統(tǒng)做為一種可能采取的策略的主要理由如下：
① 由于人類的認(rèn)識(shí)能力的局限，不能預(yù)先指定所有要求；
② 在用戶和系統(tǒng)分析員之間存在固有的通信鴻溝；
③ 用戶需要一個(gè)“活的”系統(tǒng)模型，以便獲得實(shí)踐經(jīng)驗(yàn)；
④ 在開(kāi)發(fā)過(guò)程中重復(fù)和反復(fù)是必要的和不可避免的；
⑤ 目前有快速建立原型系統(tǒng)的工具可供選用。
原型法的主要優(yōu)點(diǎn)：
系統(tǒng)開(kāi)發(fā)人員與用戶的交流直接，消除了開(kāi)發(fā)人員與用戶之間的通信障礙，可以盡早地獲得正確而完整的需求。開(kāi)發(fā)過(guò)程簡(jiǎn)單，在一定程度上能適應(yīng)需求的變化，設(shè)計(jì)與編程更快速、更準(zhǔn)確，開(kāi)發(fā)效率也顯著提高，而且提高了軟件質(zhì)量，總開(kāi)發(fā)費(fèi)用也會(huì)減少。
面向?qū)ο蠓椒ǖ膬?yōu)點(diǎn)：
① 按照人類的自然思維方式，面對(duì)客觀世界建立軟件系統(tǒng)模型；
② 對(duì)需求變化的適應(yīng)性；
③ 支持軟件復(fù)用；
④ 可維護(hù)性好。
一個(gè)可復(fù)用構(gòu)件應(yīng)具備的條件是：
① 獨(dú)立性；
② 完整性；
③ 可標(biāo)識(shí)性；
④ 一般性；
⑤ 適應(yīng)性；
⑥ 可靠性；
標(biāo)準(zhǔn)化。