Ⅰ 什麼是JavaWeb
Java Web 其實就是一個技術的總和,把Web看成一個容器而已主要使用JavaEE技術來實現.在加上各種中間件。整個javaWeb階段的內容通過實際的案例貫穿學習， 所涉及到的技術知識點會在案例中根據不同的需求引入。首先了解javaWEB的整個技術體系，掌握常用的技術知識點。
Ⅱ java web 用spring框架，現在做的一個簽到系統，問題如下。
使用Spring中Quartz的配置，詳見http://www.cnblogs.com/kay/archive/2007/11/02/947372.html
PS：程序界的問題還是去CSDN、博客園之類的專業平台找答案吧。
Ⅲ 什麼是JavaWeb
1.定義 Java Web,是用Java技術來解決相關web互聯網領域的技術總和。web包括:web伺服器和web客戶端兩部分。Java在客戶端的應用有java ...
2.主要框架 Java的Web框架雖然各不相同,但基本也都是遵循特定的路數的:使用...
3.JSP優點 Java EE標准,這意味著有很大的市場需求和更多的工作機會。 上手快速並且...
4.SpringMVC優點 對Spring MVC覆蓋綁定(overriding ...
Ⅳ 常用的Java Web框架簡介
Web框架是人們在使用某種語言編寫Web應用服務端時關於架構的最佳實踐
有些Web框架是從實際的Web項目抽取出來的 也就是說 做一個具體的應用項目時 採取的架構比較理想 就把這部分和領域無關 而僅和Web的請求和響應處理有關的設計拿出來 形成一個基礎 在開發別的應用項目的時候則可以從這基礎做起 讓開發者更關注領域問題 而不是Web的請求和響應的控制
也有些Web框架是直接設計出來的 很多Web框架在設計的時候也都借鑒了別的框架 吸取優點 修改不足 並根據自己的框架的定位 在特定方面有自己的發揮 形成了自己的特點 比如有的web框架追求的是松耦合性 層次 結構之間都不密切綁定 有的Web框架則追求敏捷性 強調約定而不是配置
Java 的 Web框架雖然各不相同 但基本也都是遵循特定的路數的 使用Servlet或者Filter攔截請求 使用MVC的思想設計架構 使用約定 XML或 Annotation實現配置 運用Java面向對象的特點 面向抽象實現請求和響應的流程 支持Jsp Freemarker Velocity等視圖
JSF
優點
Java EE標准 這意味著有很大的市場需求和更多的工作機會
上手快速並且相對容易
有大量可用的組件庫
缺點
大量的JSP標簽
對REST和安全支持不好
沒有一個統一的實現 既有SUN的實現 又有Apache的實現——MyFaces
國內的OperaMasks還支持AJAX 以及有開發工具 支持
Spring MVC
優點
對覆蓋綁定（overriding binding） 驗證（validation）等提供生命周期管理
與許多表示層技術/框架無縫集成 JSP/JSTL Tiles Velocity FreeMarker Excel XSL PDF 等
便於測試——歸功於IoC
缺點
大量的XML配置文件
太過靈活——沒有公共的父控制器
沒有內置的Ajax支持
Stripes
優點
不需要書寫XML配置文件
良好的學習文檔
社區成員很熱心
缺點
社區比較小
不如其他的項目活躍
ActionBean裡面的URL是硬編碼的
Struts
優點
架構簡單——易於擴展
標記庫很容易利用FreeMarker或者Velocity來定製
基於控制器或者基於頁面的導航
缺點
文檔組織得很差
對新特徵過分關注
通過Google搜索到的大多是Struts x的文檔
Tapestry
優點
一旦學會它 將極大地提高生產率
HTML模板——對頁面設計師非常有利
每出一個新版本 都會有大量的創新
缺點
文檔過於概念性 不夠實用
學習曲線陡峭
發行周期長——每年都有較大的升級
Wicket
優點
對Java開發者有利（不是Web開發者）
頁面和顯示綁定緊密
社區活躍——有來自創建者的支持
缺點
HTML模板和Java代碼緊挨著
需要對OO有較好的理解
Wicket邏輯——什麼都用Java搞定
在Java的Web框架中 我使用過Struts Struts 試用過Stripes Wicket 了解過JSF SpringMVC 以我使用的經驗 我覺得看一個Java Web框架應看看下面幾個方面
設計理念
一個框架設計出來應該有一個基本的思路 它為什麼要要被設計出來？有的框架的目標 就是提高效率 有的框架的目標的給用戶充分的選擇 有的框架的目標是充分了解實際需求 給用戶一個盡量合理的默認選擇 有的框架是要給使用者開發桌面程序的感覺 應該說 一個好的框架應該是實現了預期目標 體現出了自己的設計理念的
設計的合理性
設計的合理性表現在框架在一些關鍵問題上的處理 比如靈活性和敏捷性之間的權衡 硬編碼和文本配置之間的權衡 靈活性指的是可以適應用戶多樣的需求 很特殊的要求也能得到支持 有的框架的實現基於太多的約定 使得用戶只能遵循 而敏捷性指的是用戶在解決絕大多數常規問題的時候 能盡量少做工作 提高效率 框架設計者只能在這兩者見達到一個平衡點 權衡的怎麼樣 就很見水平了 硬編碼和文本配置之間的權衡也很有意思 文本配置的意義在於Java是一個編譯語言 強調代碼的封閉 講究擴展而不是修改 這種情況下文本配置信息可以很方便的在不修改程序的情況下改變程序行為 但是隨著一些靈活的腳本語言實現的 Web框架的出現 人們發現在這樣的框架中 腳本語言即做程序編碼語言 也做配置語言 還做視圖上的標記語言 這使我們對Java實現的框架有了一番新的審視 既然配置文件並沒有消除對程序的修改 為什麼不能在應編碼上下下功夫呢？
設計的平衡性
設計的平衡性指的是 框架在設計流程中各階段 各層次的實現方式時 所達到的上述權衡（靈活性和敏捷性之間的權衡等）應該是具有一致的水平 一個在控制上過分靈活 而視圖上具有非常大限制的框架是不能算做一個好的框架的
框架真的解放了開發者嗎
框架的目的是讓開發者把更多的精力放在領域問題 而非Web的請求和響應的處理問題上 而事實上框架都做到這一點了嗎？不可否認 框架的使用提高代碼的可維護性 但是框架在解放開發者這點上就未必了 有時還給開發者帶來了額外的負擔 事實上 直接使用Servlet 只要維持好代碼風格 一樣可以很有效率 當然 直接使用Servlet的靈活性就不用說了
在我接觸的Web框架中 我最推崇的是Struts 設計優雅 偏重靈活 也基本不造成額外的負擔 當然這些評價是和我參與的項目的規模有關的 其他規模的項目Struts 就未必合適了 我希望Struts 能在下面幾個方面有些改善
在提供文本配置方式的基礎上給一個約定配置的方式 讓開發者在大多數情況下可以不配置
配置也支持硬編碼 因為有時候維護可修改的硬編碼是很有效率的
lishixin/Article/program/Java/hx/201311/26313
Ⅳ 有哪些比較好個人博客或者博客網站，專注於java的
1、從搜索上說，國內的就是網路搜索引擎獨占鰲頭，然後的才是騰訊和其他。那麼用網路的空間，自然收錄和搜索都是有優勢的。2、從用戶上說，網易的用戶群體較其他廣。這方面網路空間不可及。網路空間用戶多是80後90後的。3、博客自定義方面，網路開放css，可以自己編輯代碼。這是其他博客沒法比的。其次就是網易博客，風格有限定的設置可供選擇。一般的用戶，網易的功能可以滿足了。對編輯代碼很多人都沒興趣。另，網易相冊的設置較網路齊全，可以設置相冊順序、相冊封面等。4、從共享資源方面，網路不支持外鏈圖片，網易則不支持空間網路快照。博客都沒有網盤之類的共享空間吧，但網站的網盤不算在博客內。5、需要用到網盤功能的話，可以直接用各大網盤網站的網盤，博客引用就用鏈接。
哪個博客比較好啊?
話，「方便」是相對的。博客那麼多功能，怎能一個方便了事。
我選則網易和網路。
1、從搜索上說，國內的就是網路搜索引擎獨占鰲頭，然後的才是騰訊和其他。那麼用網路的空間，自然收錄和搜索都是有優勢的。
2、從用戶上說，網易的用戶群體較其他廣。這方面網路空間不可及。網路空間用戶多是80後90後的。
3、博客自定義方面，網路開放css，可以自己編輯代碼。這是其他博客沒法比的。其次就是網易博客，風格有限定的設置可供選擇。一般的用戶，網易的功能可以滿足了。對編輯代碼很多人都沒興趣。另，網易相冊的設置較網路齊全，可以設置相冊順序、相冊封面等。
4、從共享資源方面，網路不支持外鏈圖片，網易則不支持空間網路快照。博客都沒有網盤之類的共享空間吧，但網站的網盤不算在博客內。
5、需要用到網盤功能的話，可以直接用各大網盤網站的網盤，博客引用就用鏈接。
這問題之前回答過
5.你是出淤泥不染的地瓜，火紅火紅的大蝦;我想輕輕地問候你……看我簡訊的可愛傻瓜祝福你：快快樂樂每一天!
回復樓主：看個人喜好了。sina博客用戶多，而且有明星捧場，但是sina博客主要看文章，你文章好了，去你博客的人就多，你文章不好，照片不帥氣，去的人就少了。網易博客則是 內容豐富，功能也強大。可以自己添加自己喜歡的東西，近似於個人網站了。我用的是網易博客。謝謝樓主!
我都用過..
但是還是推薦您去網易..
我個人的用網易..
網易每項功能都很人性化..
搜狐我也有用..
但是美化不行..
對於新浪.我覺得明星是很多
但是好像那麼多明星的博客都是搬家過去的.
大部分的官網都不是那裡.
要是有明星的博客.
建議去我愛大明星.
那裡有蔡依林,羅志祥.....的明星的官方博客.
樓主也可以參考下樓上幾位的答案.
最好還是自己用用..
每個人的想法不一樣,習慣不一樣
感覺也不一樣.
http://blog.sina.com.cn/u/2653093982
Ⅵ Java Web應用開發中的一些概念
概念一直是學習計算機軟體開發中經常遇到的問題 也是軟體行業最喜歡創造的東西 很多時候 學習計算機軟體開發遇到困難都是因為對某些概念的不理解 而不是因為技術本身有多麼復雜 Java Web作為Java EE技術體系的一部分 應該是目前所有Web開發技術中最復雜的一種 很多初學者 或者是從ASP PHP轉移過來的開發者都會遇到概念方面的困難
其實很多概念都是非產簡單的 只是因為廠家為了宣傳需要 將概念復雜化 學術化 導致學習者覺得這些概念非常深奧 難以理解 在這里 我們首先去澄清Java Web開發中幾個常用的基本概念 當然理解這些概念的前提是需要你具備一定的計算機系統 面向對象等方面基礎知識
Web容器
所有的程序運行都需要有一個必要的運行環境 這個環境可以是軟體 也可以是硬體 或者是軟體和硬體的結合 比如說Windows操作系統需要運行在硬體基礎上 Office軟體需要運行在操作系統上 並且程序與運行環境之間會有一定的數據交換 比如操作系統會將運行指令傳遞給硬體 硬體也會將指令運行結果傳遞給操作系統 Java Web程序也需要一個運行環境才能夠執行 這種運行Java Web程序的環境被稱為Web容器 Java Web程序與Web容器之間存在數據交互 目前主要存在兩種類型的Java Web容器 一種是獨立的Java Web容器 在這種容器裡面只能運行Web程序 這種容器一般也叫做Web伺服器 如Tomcat等 另一種是與其他Java EE容器混合在一起的Web容器 Web容器負責運行Web程序 其他容器負責運行EJB等程序 如WebLogic等
當用戶通過瀏覽器等Web客戶端軟體向伺服器發出一個請求之後 首先接收到這個請求的是Web容器 Web容器會將請求信息封裝到一個HttpServletRequest類型的Java對象中 並將對象傳遞給Java Web程序 對於每個請求 Web容器還會創建一個HttpServletResponse類型對象 該對象的作用是用來保存需要返回到瀏覽器等客戶端的內容 Java Web程序可以從HttpServletRequest提取用戶發出的請求信息 進行適當的處理之後 將處理結果放置到HttpServletResponse中 然或由Web容器解析HttpServletResponse對象內容 並將解析結果以瀏覽器能夠識別的HTML等格式返回給瀏覽器等客戶端 在這個過程中 HttpServletRequest和HttpServletResponse就如同兩條渡船 負責在Web容器和Java Web程序之間傳遞信息 需要注意的是 這兩個對象僅存在於Web容器和Java Web程序當中 與瀏覽器沒有關系 下圖是這個過程的示意圖
Web應用
Web應用 可以認為是Web程序的另一個名稱 缺的的定義就是運行在Web容器當中的 能夠完成完整功能的應用程序 Java Web應用由一系列編譯之後的Java類 靜態圖片 靜態HTML文件 配置文件等構成 通過Java Web應用可以就收用戶的輸入和請求 並對請求信息進行加工處理 訪問資料庫 對用戶的請求給出回應 開發Java Web應用程序處理需要遵守Web應用的一些特殊規范要求以外 與開發其他類型的應用程序並沒有本質區別 目前Web應用主要有兩種類型 一種是以展示為目的的Web應用 這種應用會以HTML等標記文本或者瀏覽器所能識別的媒體格式最為請求返回內容 用戶可以通過瀏覽器等客戶端操作這類應用 另一類是以服務為目的的Web應用 這類應用不提供圖形操作界面 只提供方法調用結構 比如Web服務 該類應用一般只能被其他應用程序調用和訪問
Web元件
Web元件是構成Web應用 能夠對來自瀏覽器等客戶端請求做出回應的基本單元 在Java Web應用中 所提供的Web元件有Servlet JavaServer Pages(JSP) JavaServer Faces(JSF)等 另外還可以使用其他類型Web應用同樣使用的內容 比如HTML文件 靜態圖片等 事實上Java Web只提供了一種Web元件元件 就是Servlet JSP JSF等都是基於Servlet的衍生技術 Servlet實質就是一個有特殊繼承關系要求的Java類 理解Servlet就基本上完全理解Java Web技術了
Web模塊
在Java EE技術體系中 除了Java Web以外 還包括EJB等其他技術 每個技術體系會運行在各自的容器當中 不同的部分組合在一起構成完整的Java EE應用 每個部分根據自己的特點被稱為Java Web模塊或者EJB模塊 之所以把他們稱為模塊 是因為希望Java EE應用不同部分能像積木一樣組合出更大 更復雜的應用出來 並且每個部分保證其獨立性 不同的模塊都有自己特定的目錄結構要求 Java Web模塊的目錄結構要求如下
◆應用文檔根目錄 改目錄是Java Web模塊的最上層目錄 組成Web模塊的所有Web元件以及配置文件等都包含在該目錄或者子目錄下 在改目錄下可以直接存放HTML文件 圖片文件等
◆WEB INF目錄 改目錄位於應用文檔根目錄下 用來保存那些不希望被瀏覽器等客戶端訪問的文件 比如發布描述文件 編譯之後的類文件 因為這些文件是由由Web容器進行解釋或者執行的 瀏覽器不可以直接看到這些文件 只能看到這些文件的執行結果
◆web xml文件 該文件位於WEB INF目錄下 是Web應用的部署描述文件 用來與定義Web應用運行相關的信息 比如執行邏輯 Servlet等Web元件的訪問路徑等 改文件的格式必須符合所使用的Servlet版本的規格要求
◆classes目錄 該目錄位於WEB INF目錄下 用來保存編譯之後的Java類文件 比如Servlet 輔助類 其他業務處理類等
◆tags目錄 該目錄位於WEB INF目錄下 用來保存那些標簽庫的標簽描述文件
◆lib目錄 該目錄位於WEB INF目錄下 用來保存Web應用運行所依賴的 經過打包之後的Java類文件 打包格式一般是 jar格式
對於Java Web模塊目錄中WEB INF web xml classes tags lib這些內容以外 用戶可以根據自己的需要在Web應用文檔根目錄下創建其他目錄 比如可以為圖片 不同用途的HTML或者JSP單獨創建目錄 還可以為不用的Java類在classes下創建包目錄 如果在你的Web應用中沒有使用到Servlet 過濾器 監聽器等Java Web元件 可以沒有web xml文件 如果沒有使用到標簽 則可以沒有tags目錄
Web模塊的發布工作 可以直接以目錄的形式發布 也可以打包成jar格式文件進行發布 因為用途和內容的特殊性 打包文件的擴展名會採用 war而不是 jar 另外如果不是發布到獨立的Web伺服器上 而是發布到與其他Java EE一起使用的企業應用伺服器上 還需要編寫一個與企業應用伺服器相關的配置文件 這個文件對於不同的企業應用伺服器也不同 比如發布到glassfish伺服器上 需要編寫的文件時sun web xml
lishixin/Article/program/Java/hx/201311/26761
Ⅶ 現代Java Web開發架構分析
在本文中 我將集中討論現代的Java開發框架 分析它們的特徵和各自的使用優點 另外 我還想比較目前流行的生產質量框架 例如Struts Spring和Hibernate 並詳細討論其基本相似性及有關基本概念
我將簡短分析被用於支持這些框架的企業開發環境或工具箱 例如Borland JBuilder Eclipse以及BEA Workbench 請記住 市場上有許多有關這些開發框架的圖書;然而 在任何一篇文章中 要對它們進行深入描述是不可能的 不過 我將盡力討論最廣泛地使用的概念
共同點
幾乎所有現代的網路開發框架都遵循了模型 視圖 控制(MVC)設計模式 商業邏輯和描述被分開 由一個邏輯流控制器來協調來自客戶端的請求和伺服器上將採取的行動 這條途徑成為了網路開發的事實上的標准 每個框架的內在的機制當然是不同的 但是開發者們使用來設計和實現他們的Web應用軟體的API是很類似的 差別還存在於每個框架提供的擴展方面 例如標簽庫 JavaServer Faces或JavaBean包裝器等
所有的框架使用不同的技術來協調在Web應用程序之內的導航 例如XML配製文件 java屬性文件或定製屬性 所有的框架在控制器模塊實現的方法方面也存在明顯的不同 例如 EJB可能實例化在每個請求中需要的類或使用Java反射動態地調用一個適當的行動(Action)類 另外 不同框架在各自引入的概念上也有所不同 例如 一個框架可能定義用戶請求和反應(以及錯誤)場所 而另外一個框架可能僅僅定義一個完整的流 從一個請求到多個響答和隨後的再請求……
各種Java框架在它們組織數據流的方法方面是很類似的 在請求發出後 在應用程序伺服器上產生一些行動;而作為響應 一些可能包含對象集的數據總是被發送到JSP層 然後 從那些對象 可能是有setter和getter方法的簡單類 javabeans 值對象 或者一些集合對象 中提取數據 現代的Java框架還想方設法簡化開發者的開發任務 如通過使用簡易的API 資料庫連接池 甚至資料庫調用包等提供自動化的追蹤方式來實現 一些框架或者能夠鉤進(hooked into)另外的J EE技術中 例如JMS(Java消息服務)或JMX 或把這些技術集成到一起 伺服器數據持續性和日誌也有可能成為框架的一部分
企業開發環境
一些框架在Web開發者社區和企業發展領域變得相當流行 隨著這些框架的日漸成熟並開始發行穩定的版本 商業的IDE(集成發展環境)開始為這些框架提供支持並把他們納入到自己的產品中 一些IDE甚至基於框架的概念開發出整個的產品 例如 BEA WebLogic Workshop就是基於Struts框架建立起來的
Borland Jbuilder為Struts提供了內建的支持 也支持JSF和JSTL
Eclipse平台已成為一個很流行的開發工具 部分因為它是基於插件的 部分因為它對於Web框架的支持 現在 出現了眾多的Eclipse插件 甚至完整的基於Eclipse的IDE 許多插件被設計適合於Struts框架開發 例如MyEclipse()或M
大多數IDE都具有圖形化的流程和可視化對象(類代理) 例如 下面是一個JBuilder的行動(Action)設計器 用於規劃Web應用程序的頁面順序
WebLogic Workshop引入Java頁面流程技術 它擴展了Struts框架而提供了一個簡化的開發模型並增加了另外一些特性 Workshop使用頁面流(Page Flows) 實現輕易地把用戶介面與導航和商業邏輯分離開來 頁面流由JSP頁組成 這些頁麵包含用戶介面元素和一個控制器文件(JPF) 它包含由用戶提供的數據將怎樣被處理的指令以及下一步什麼頁面將被返回到用戶的信息 頁面流動提供給開發者一個可視化的Web應用程序總體輪廓 它讓開發者能夠看到直觀地分析不同的JSP頁彼此相關聯 並實現Web應用程序整體結構的快速建立
MyEclipse提供類似的特徵 並帶有更多吸引人的代價標簽
Apache Struts框架
Struts框架是一開源產品 基於模型 視圖 控制器(MVC)設計範例來開發Web應用軟體 它使用並且擴展了Java Servlet API 最初由Craig McClanahan創建 在 年 月 它被捐贈到Apache Foundation Struts框架展示了一個強有力的定製標簽庫 平鋪顯示 表單檢驗和I N(國際化) 另外 Struts支持許多描述層 包括JSP XML/XSLT JavaServerFaces(JSF)和Velocity;還支持一些模型層 包括JavaBeans和EJB
Spring框架
Spring框架是一個分層的Java/J EE應用程序框架 基於Expert One on One J EE設計和發行的代碼 Spring框架提供一種簡單的開發技術 用於自動化處理工程中大量的屬性文件和助理類
Spring框架包括的主要特色有:
強有力的基於JavaBeans的配置管理 使用Inversion of Control(IoC)原則 一個核心bean工廠 可用在任何環境 從applets到J EE容器程序 通用的抽象層適合於資料庫事務管理 允許可插入的事務管理器 並且不需要處理低層次的問題就可容易地劃分各事務的界限 一個很有意義的異常處理的JDBC抽象層 與Hibernate集成到一起 DAO實現支持以及事務策略
Hibernate框架
Hibernate是一適合於Java語言的對象 關系映射(ORM)解決方案 它也是開源軟體 類似Struts 並且在LGPL保護下發布 Hibernate被一群來自世界各地的Java軟體開發者所共同開發 它提供一個易用的框架來實現把一個面向對象的域模型映射到一傳統的關系資料庫 它不僅負責從Java類到資料庫表格(以及來自Java數據類型的SQL數據類型)的映射 而且還提供數據查詢和檢索能力 並能大大減少花在SQL和JDBC手工數據處理上的開發時間
Hibernate的目標是減輕開發者的與大量普通的數據持續性相聯系的編程任務 Hibernate還能夠適應開發進程 無論它是剛開始設計還是來自一現成的資料庫 Hibernate可以自動生成SQL 使開發者擺脫了手工處理結果集和進行對象轉化的繁瑣任務 並能使應用程序移植到所有的SQL資料庫 它還能提供透明的持續性 對持續性類的唯一的要求的是實現一個無參數的構造器
這個框架典型地使用在JavaSwing應用軟體 基於Servlet的Java應用軟體和使用EJBsession beans的J EE應用軟體中
結論
lishixin/Article/program/Java/hx/201311/26488
Ⅷ javaweb網上婚紗商城項目意義
在線定製婚紗照片。根據查詢博客園得知，javaweb網上婚紗商城項目意義是用戶可以在線定製婚紗照片，婚紗的地點種類等。javaweb是用Java技術來解決相關web互聯網領域的技術總和。