JavaEE基本了解


1、  為什么需要JavaEE

我們編寫的JSP代碼中,由於大量的顯示代碼和業務邏輯混淆在一起,彼此嵌套,不利於程序的維護和擴展。當業務需求發生變化的時候,對於程序員和美工都是一個很重的負擔。

為了程序的易維護性和可擴展性,這就需要我們使用JavaEE技術來進行項目開發

2、  什么是JavaEE

JavaEE是一個開發分布式企業級應用的規范和標准。

Java語言的平台有3個版本:適用於小型設備和智能卡的JavaME(Java Platform Micro Edition,Java微型版)、適用於桌面系統的JavaSE(Java Platform Micro Edition,Java標准版)、適用於企業應用的JavaEE(Java Platform Enterprise Edition,Java企業版)。

3、  JavaEE包括的技術

JavaEE應用程序是由組件構成的。J2EE組件是具有獨立功能的單元,他們通過相關的類和文件組裝成JavaEE應用程序,並與其他組件交互。

JavaEE包括的技術有:Web Service、Struts、Hibernate、Spring、JSP、Servlet、JSF、EJB、JavaBean、JDBC、JNDI、XML、JavaSE。

4、  什么框架

框架即Framework,我們可以把框架理解為某種應用的半成品,就是一組組件,供用戶選用,完成用戶自己的系統。簡單地說就是使用別人准備好的組件,來實施自己的項目。

5、  JavaEE與框架的關系

框架技術是在JavaEE的基礎上形成的,而應用程序是在框架的基礎上創建的。

 

 

 

6、  JavaEE的體系結構

應用程序的三層結構如下:

表示層:由用戶界面和用戶生成界面的代碼組成。

中間層:包含系統的業務和功能代碼。

數據層:負責完成存取數據庫的數據和對數據進行封裝。

三層體系結構的優點:

一個組件的更改不會影響其他兩個組件。例如:如果用戶需要更換數據庫,那么只有數據層組件需要修改代碼。同樣,如果更改了用戶界面設計,那么只有表示層組件需要修改。

由於表示層和數據層相互獨立,因而可以方便地擴充表示層,使系統具有良好的可擴展性。

代碼重復減少,因為在3個組件之間盡可能地共享代碼。

良好的分工與協作。這將使不同的小組能夠獨立地開發應用程序的不同部分,並充分發揮各自的長處和優勢。

7、  JavaEE技術內容

JavaEE技術體系結構可分為:表示層技術、中間層技術、數據層技術。JavaEE還涉及到系統集成的一些技術。

7.1、表示層技術

       HTML

       JavaScript

       Ajax

Ajax是幾種技術的整合。Ajax的主要功能是異步地向服務器端發送請求,處理數據或者根據返回的數據重新顯示頁面。

7.2、中間層技術

       JSP

       顯示動態內容的服務器網頁。

       Servlet

       接收客戶端請求,並做出響應的Java程序。

       Servlet是中間層技術的重要組成部分,它控制着其他的組件。

       JSTL

       輔助JSP顯示動態內容的標准標簽庫。

       JavaBean

       JavaEE的模型組件。

       中間層的框架技術

       Struts框架:Struts主要是擴展了Servlet。

7.3、數據層技術

       JDBC技術

       JDBC(Java Database Connectivity):Java數據庫連接。

       使用JDBC操作數據庫中的表和數據。

       數據層框架技術

       數據層框架,Hibernate提供了以對象的形式操作關系型數據庫數據的功能。

7.4、系統集成技術

在一些大型項目中,整個應用程序被分成若干個模塊,由不同的開發團隊同步進行開發,有可能他們使用的技術也是各不相同的,在每個功能模塊開發結束后,所要做的事情就是把這些零散的模塊,整合成一個整體,這才是我們也是客戶所要的東西,這時我們就要用到有關系統集成的技術(Web Service)。

JAX-WS技術

JAX-WS(Java API for XML Web Service)是JavaEE平台的重要組成部分。

JAX-WS簡化了使用Java技術開發Web服務的工作。

JNDI

JNDI(Java Naming and Directory Interface,Java命名和目錄接口)是一組在Java應用中訪問命名和目錄服務的API,命名服務把對象和名稱聯系在一起,並且可以通過名稱找到相應的對象。

8、  HTTP(HyperText Transfer Protocol,超文本傳輸協議)協議

HTTP是一個無狀態協議,它基於客戶端/服務器模型。HTTP客戶端(如瀏覽器)需要與服務器建立一個連接,並將一則請求消息通過連接發送到HTTP服務器,以請求相應的資源。然后服務器返回帶有請求資源的響應消息。當響應結束后,就斷開連接,彼此並不保存連接信息。所以HTTP是無狀態協議。

HTTP使用端口發送和接收消息。端口是協議發送和接收數據的信道或機制。80端口是為HTTP開發的,主要用於在WWW(World Wide Web,萬維網)服務上傳輸信息。瀏覽網頁服務默認的端口號是80。

9、  使用MyEclipse提供的數據監控工具TCP/IP Monitor來進行數據監控。

TCP/IP Monitor(TCP/IP 監控器)的配置步驟:

Window(窗口)--->Preferences(首選項)--->Run Debug(運行/調式)--->TCP/IP Monitor(TCP/IP 監視器)

注意:如果沒有找到,則按以下路徑查找:

Window(窗口)--->Preferences(首選項)--->MyEclipse ---> Internet Tools(因特網工具)---> TCP/IP Monitor(TCP/IP 監視器)

然后選中Show the TCP/IP Monitor view there is activity(顯示TCP/IP監視器視圖,用來查看什么時候有請求和響應)。

單擊“Add”按鈕,彈出New Monitor窗口。

Local monitoring Port:填寫8088。本機監控端口,也就是Monitor實際監聽的端口。

Host name:填寫localhost或127.0.0.1。欲監控的主機名稱,監聽對象的設置。

Port:填寫8080。欲監控的端口號,你想要監聽的端口號,你的請求發送到Local monitoring Port后會轉到這個端口。

Type:選擇HTTP。要監控的類型。

Timeout:0 。

單擊確定按鈕,然后單擊Start(啟動)按鈕啟動監視器。

然后啟動tomcat,在地址欄中輸入:http://localhost:8088/項目名(或上下文路徑)。在MyEclipse中會出現“TCP/IP Monitor”窗口,可以看到監聽的數據了。

可以單擊窗口右上角的ValidateWS-I Message Log File圖標(圖標上有個勾)添加記錄文件。

下面對某一請求示例進行分析:

客戶端發送的消息為文本流,由以下內容組成:

請求行:包括方法、統一資源標識符(URL)和HTTP協議版本。

頭信息:典型的請求消息類似於以下內容。

              GET /monitor/test.jsp?username=xinxin&userpassword=1234 HTTP/1.1

              Host: localhost:8080

              User-Agent: Mozilla/5.0(Windows;U;Window NT 5.1;zh-CN;)

              Accept: text/xml,application/xml, text/html; text/plain;

第一行使用GET方法提交請求數據,並指定正在使用的是HTTP協議1.1版本。后續行包括頭信息,User-Agent頭指示客戶端使用的瀏覽器類型是Mozilla,Accept頭信息提供有關客戶端可以接受的MIME類型列表。在頭信息之后,客戶端發送一個空白行,指示請求消息結束。請求消息由服務器進一步處理,並且生成相應的響應消息。

       下面是響應示例:

       HTTP/1.1 200 OK

       Server: JavaWebServer

       Last-modified: Tuesday, 21-Aug-07 11:12:10 GMT

       Content-length: 100

       Content-type: text/html

第一行為狀態行。狀態行中的狀態碼200指示已成功處理請求,因此描述為“OK”,404是找不到被請求的網頁時遇到的狀態碼。其他行是頭信息,Server頭指定服務器上使用的軟件,Last-modified頭指示被請求文件的最后修改日期,Content-length頭指定文件的大小(以字節表示),Content-type頭指定文檔的MIME類型。例如,text/plain指示未格式化的文本文檔。text/html指示格式化的Web文檔。

10、 get和post發送方式

post:post方式會將表單的內容通過http發送,在地址欄中看不到表單的提交信息,比較安全,而且使用post方式發送信息沒有字符長度的限制。

get方式:表單內容經過編碼之后,通過URL發送,可以在地址欄中看到表單信息,不安全。使用get方式發送信息時有255個字符的限制。get請求的頁面可以設置為書簽或使用郵件發送,而post不可以。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM