❶ 如何設計網站——對Web設計的一點總結
在最近的工作中，遇到了導航的問題，無意中發現了找出了收藏已久的《別讓我思考》，花了一周時間讀了兩遍，才清楚的理解導航對於一個產品的重要作用。也更加印證了產品圈中將用戶當做小白的理論，其實並不是在產品設計中將一切都為用戶標注出來，而是讓用戶能夠通過自己的方式更加輕松的使用產品，這樣的產品對於用戶來說必定是不言而喻的，也就是主題「別讓我思考」。下面是這次讀書的筆記，雖然這本書給我很大的啟發，但是一切需要歸於實踐，在實踐中驗證這個理論。
一、指導原則
第一章：別讓我思考---可用性第一定律
web設計的終極法則：別讓我思考，即看到一個界面應該是不言而喻，一目瞭然，自我解釋。
強迫我們思考的地方：（1）酷炫的名字或技術名詞。（2）看起來不太明顯的按鈕和鏈接
當思考時，需要權衡，權衡應該更傾向於「顯而易見」，而不行hi需要額外的思考
每個需要思考的地方會加重用戶的認知負擔，把用戶的注意力從要完成的任務上拉開
訪問網站時不需要思考的事都有什麼？
我在什麼位置？
該從哪裡開始？
他們把xx放在什麼地方？
這個項目上最重要的是什麼？
為什麼他們給它取這個名字？
如果做不到讓一個頁面不言而喻，那麼至少應該讓它自我解釋
當瀏覽網站遇到問題時，用戶會認為是自己的錯誤，而不會責怪網站
如果要讓網頁有效，它們必須在用戶第一眼看到時將自己展示出來，而要做到這一點，最好的方法是創建不言而喻的網頁，或者至少是自我解釋。
第二章：我們實際上是如何使用Web的---掃描，滿意即可，勉強應付
事實1--我們不是閱讀，而是掃描，尋找能吸引用戶注意力的文字或詞語（除新聞故事，報告，產品描述界面）
為什麼掃描？
（1）我們總是處於忙碌之中---使用web是想節約時間
（2）我們知道自己不必閱讀所有內容---尋找感興趣或手頭的任務相關的內容
（3）我們善於掃描---生活習慣，找感興趣的內容
用戶在網頁上看到什麼卻決於想看到什麼，通常為頁面的一小部分內容
吸引注意力的文字和短語是什麼？
（1）與手頭任務有關的
（2）我們當前或接下來的個人興趣
事實2---我們不作最佳選擇，而是滿意即可
用戶大多數時間不會選擇最佳選項，而是選擇第一個合理的選項---滿意策略
為什麼不尋找最佳選擇？
（1）我們總是處於忙碌之中---最佳策略時間久，滿意策略效率高
（2）如果猜錯了，也不會產生什麼嚴重的後果
（3）對選擇進行權衡並不會改善我們的機會
（4）猜測更有意思---猜測不會像權衡那麼累，猜對了，可能看到意外的內容
事實3---我們不是追根究底，而是勉強應付
勉強應付不僅限於初學者，技術專家也會在理解事物的工作原理上有著驚人的誤會
原因是什麼？
（1）這對我們來說並不重要---明白事物工作機制並不重要
（2）如果發現某個事物能用，我們會一直使用它---如果遇到更好的方法，會用好的方法，但是很少主動尋找更好的方法
如果用戶明白網站，而不是勉強應付的作用
（1）用戶更容易找到自己需要的東西，對用戶和網站都好
（2）用戶更容易理解你的網站有哪些服務---不僅僅是用戶偶然看到的
（3）引導用戶看到你希望他們看到的內容（網站上）
（4）在你的網站上，用戶會感到掌控全局，並逐漸成為老用戶
第三章：廣告牌設計101法則---為掃描設計，不為閱讀設計
吸引用戶的5個重要方面（為下方2-6部分內容）
在每個頁面上建立清楚的視覺層次
盡量利用習慣用法
把頁面劃分成明確定義的區域
明顯標識可以點擊的地方
最大限度降低干擾
建立清楚的視覺層次
視覺層次清楚的頁面的特點
（1）越重要的部分越突出
（2）邏輯上相關的部分在視覺上也相關
（3）邏輯上包含的部分在視覺上進行嵌套
一個頁面沒有清楚的視覺層次，用戶會降低掃描頁面的速度，會尋找關鍵的文字和短語，然後拼湊出感覺重要的內容和內容的組織方式，這樣會增加工作量
習慣用法是你的好幫手
web的習慣用法
（1）它們非常有用---適當使用習慣用法，讓用戶訪問更容易，減少額外學習工作原理ide成本
（2）設計師通常不願意利用它們
如果不打算使用習慣用法，需要的做法：
a.必須確定你在使用一種同樣清楚、同樣不言而喻，沒有學習曲線的方法
b.帶來很大的價值
把頁面劃分成明確定義的區域
明顯標識可以點擊的地方
降低視覺雜訊
雜訊的分類
（1）眼花繚亂---所有的信息都想吸引用戶的目光，沒有突出點
（2）背景雜訊---頁面沒有一個地方會造成過分干擾，但是這些很小的雜訊太多會惹人厭煩
第四章：動物、植物、無機物---為什麼用戶喜歡無需思考的選擇
真正的問題不是到達目標之前要點擊的次數，而是每次點擊有多難，需要多少思考，多大的不確定性來判斷自己是否在進行正確的選擇
關鍵：如果用戶需要一直在網路上進行選擇，那麼讓這些選擇變得無需思考是讓一個網站容易使用的原因
第五章：省略不必要的文字---不要在Web上寫作的藝術
有力的文字都很簡練。句子里不應該有多餘的文字，段落中不應該有多餘的句子
去掉沒人看的文字的優點有哪些？
可以降低頁面的雜訊
讓有用的內容更加突出
讓頁面簡潔，讓用戶在每個頁面上以言就能看見更多的內容，而不必滾動屏幕
需要去掉的文字是歡迎詞和指示說明
二、必須正確處理的幾個方面
第六章：街頭指示牌和麵包屑---設計導航
如果在網站上找不到方向、人們不會使用你的網站
網路導航101法則
你通常是為了尋找某個目標
你會決定先詢問還是先瀏覽
如果選擇劉蘭蘭，你將通過標志的引導再層次結構中穿行
最後，如果找不到想要的東西，你會離開
web與生活從空間角度來看的不同點
感覺不到大小
感覺不到方向
感覺不到位置
用戶使用Web導航是因為需要得知自己當前的位置
導航的用途---顯而易見的用途
幫助我們找到想要的任何東西
告訴我們現在身處何處
導航給了用戶一些固定的感覺，讓用戶感到腳踏實地
導航的其他用途---被忽視的用途
導航告訴我們當前的位置---告訴網站有些什麼，導航表現了內容，導航站點比告訴我們位置更重要
導航告訴我們如何使用網站---從哪裡開始，如何進行選擇
導航給了用戶對網站建造者信心
Web導航的習慣用法
網站ID
欄目
實用工具
指示器（指明用戶當前位置）
下一級欄目
頁面名稱
頁面導航（當前這一層的內容）
小字體版的底端導航
持久導航（或全局導航）：來描述出現在網站每個頁面的一組導航元素
持久導航應在在整個網站保持一致，使用戶只需要了解一次就夠了，減少學習成本
持久導航的五個元素
站點ID
回首頁的方式（Home）
搜索的方式
欄目
實用工具
主頁和表單不需要使用持久導航
主頁：承擔一些不同的任務，遵守一些不同的承諾，所以不需要使用持久導航
表單：在填寫表單的頁面，持久導航會產生干擾
如何設計Web導航各元素（表格下方為示例-亞馬遜）
導航元素名稱
細節點
站點ID
1.在Web上需要在每個頁面都能看到網站的名稱---頁面ID，通常在左上或靠近左上
2.網站ID代表整個網站，也就是說在當前站點結構中層次最高
3.站點ID如何出現在頁面可視層次的首要位置
（1）讓網站站點成為本頁最顯眼的內容
（2）讓網站ID涵蓋頁面所有其他元素
4.站點ID需看起來像一個站點ID---例如logo
欄目
1.欄目（或稱主導航條）是到達站點主要欄目的鏈接，結構的最頂層
2.大部分情況，持久導航也包括二級導航（當前欄目的下一級欄目清單）的顯示位置
實用工具
實用工具是到達網站中不屬於內容層次的重要元素的鏈接
返回主頁Home
1.返回主頁（Home）的按鈕需要始終可見，給用戶一種隨時可以從新開始的感覺
2.Home的用法
（1）在欄目或使用工具清單中包含一個回到主頁的鏈接
（2）在主頁之外的站點ID上小心地加上Home的字樣，讓用戶知道點擊它
搜索
1.避免混淆的方法
（1）花哨的用字
（2）指示說明
（3）選項---將選項寫下來
2.需要對低層次導航給予足夠的重視（三級導航）
頁面名稱
1.頁面名稱的注意事項
（1）每個頁面都需要一個名稱
（2）頁面名稱要出現在合適的位置
（3）名稱引人注目
（4）名稱要和點擊的鏈接一致
指示器
1.如何標記當前位置
（1）在旁邊放置一個指示器
（2）改變文字的顏色
（3）使用粗體
（4）按鈕反白
（5）改變按鈕的顏色
2.告訴用戶你所在的站點層級結構的前後關系（在網頁中的位置）
層級菜單
1.告訴用戶從主頁到當前位置的路徑（如何到達）
2.層級導航的最佳實踐方式
（1）將它們放在最頂端
（2）使用「>」對層級進行分隔
（3）使用小字體（表明是一種補充機制）
（4）使用了文字「你在這里」
（5）將最後一個元素加粗
（6）不需要把它們用作頁面名稱
標簽
1.為什麼標簽做導航是一個上佳的選擇
（1）它們不言而喻
（2）它們很難錯過（視覺上與眾不同）
（3）它們靈活
（4）它們暗示了一個物理的空間
2.注意事項
（1）正確繪制---激活的標簽頁在其他標簽頁之前
（2）顏色編碼---提高關注度
示例
如何評判一個網站設計的好
這是什麼網站？（站點ID）
我在哪個網頁上？（網頁名稱）
這個網站的主要欄目有哪些？（欄目清單）
在這個層上我有哪些選擇？（本頁導航）
我在導航系統的什麼位置？（「你在這里」的指示器）
我怎麼搜索？（搜索欄）
第七章：首先要承認，主頁不由你控制---設計主頁
主頁主要完成的任務
站點的標識和使命---告訴用戶這是什麼網站，做什麼的
站點層次---提供服務的概貌，包括內容，功能，服務是如何組織
搜索
導讀---需要有內容推介，功能推介
友情鏈接---預留空間放置廣告，交叉推廣，品牌合作
快捷方式---最常訪問的內容片段值得在網頁上放置鏈接
注冊
主頁需要滿足的抽象目標
讓用戶看到自己在尋找東西---讓用於想要的任何東西顯而易見
......還有我沒有尋找的---讓用戶看到一些精彩的內容，就算這些內容用戶沒有尋找
告訴用戶從哪開始
建立可信度和信任感
主頁的常見約束有哪些
每個人都想佔一席之地---推介內容過多
想要參與的人太多
一個尺寸要適合所有的人---普遍適用於大眾
主頁需要傳達整體形象，讓用戶一眼就能清楚你的網站是說什麼的
如何向用戶傳達網頁的整體形象
口號---靠近站點ID的地方，整個網站的描述
歡迎廣告---網站的簡要描述，在主頁的首要位置，不需要滾動屏幕就能看到
傳達信息的原則
需要多大空間就使用多大空間
但也不要使用過多的空間---保持簡短
不要把實名陳述當做歡迎廣告
最後的是進行測試
口號的注意事項
好的口號
不好的口號
清楚、言之有物
含混不清
長度適中，易讓用戶領會表達思想
太籠統
表達出網站特點和顯而易見的好處
把口號（傳達某種價值主張）和宗旨（表達某種指導原則，某個目標或某個理想）混淆起來
有個性、生動、有時候很俏皮
由於主頁獨特的職責，通常不必使用持久導航，它們之間的差異
欄目描述---主頁需要盡可能多的表現網頁內容，其他頁面不需要
不同的方向---主頁和其他頁面布局不同，主頁通常用
用於表示的空間更多---主頁上站點ID比較大，口號留有空間也較大
讓欄目的名稱保持不變，同樣的順序、同樣的文字和同樣的分組，盡可能多地保持視覺提示，同樣的字體，顏色和大小寫
下拉框存在的問題
用戶必須將它們找出來---必須找到下拉框，才能看到下拉列表
它們難以掃描
不好控制---下拉列表收縮速度難以控制
下拉框對於組織按照字母順序排列的項目比較有效
下拉框的優點是節約空間
任何共享的資源（共有區域）都會因為過度使用而遭到破壞---在主頁上增加更多的項目所得到的的和付出的並不一致，雖然給推薦欄目巨大的訪問量，但是讓主頁變得混亂，所遭受的損失將由所有欄目承擔
三、確定你沒有做錯的幾件事
第八章：農場主和牧羊人應該是朋友---為什麼Web設計團隊討論可用性是在浪費時間，如何避免這種情況
由於各自的職位不同，Web團隊成員對於好的網站設計的看法不同
通過測試將討論對錯轉移到什麼有效、什麼無效上，測試會讓我們看到用戶的動機、理解和反應的不同，從而不再讓我們堅持用戶和我們的想法相同
第九章：一天10美分的可用性測試---讓測試簡單，這樣你能進行充分的測試
焦點小組並不是可用行測試，焦點小組是在項目早期階段，用來收集用戶的意見和感覺
可用性測試主要是希望得到用戶是否知道該網站是做什麼的，並且能用它完成一項典型任務
測試的作用是什麼
如果想建立一個優秀的網站，一定要測試
測試一個用戶比不做測試好一倍
在項目中，在點測試一位用戶好過最後測試50位用戶
人們對招募用戶代表的重要性評估過高
測試的關鍵不是要證明什麼或者反駁什麼，而是了解你的判斷力
測試是一個迭代的過程
沒有什麼比現場用戶的反應更重要
尋找能夠反應目標群體的測試用戶，但別裹足不前
尋找的測試用戶可以和目標群體有差別的理由是什麼
差別的原因
例外
實際上，我們都是初學者
如果你的網站幾乎只由某一類用戶使用，且招募並不難，那就去招募
設計出的網站只有你的目標群體能使用，這通常並不是一個好主意
如果你的目標群體分為幾個明顯陣營，且各陣營有著完全不同的需求，那你至少要從每個陣營選擇用戶進行一次測試
專家通常不會介意對初學者來說很清楚的界面
如果使用你的網站需要專業的領域知識，那麼你需要在該領域中招募有專業知識的用戶
進行招募，需要注意的問題是什麼
提供合理的激勵
邀請要簡單
避免對網站（或網站背後的組織結構）進行預先討論
別不好意思請朋友幫忙
測試中遇到的問題
用戶不清楚概念
用戶找不到自己想要的字眼---網站用來組織內容的分類不符合用戶習慣；分類符合習慣但是沒有使用他們期望的名字
內容太多---減少頁面上的干擾；將需要看到的內容涉及的更加醒目
一些關於問題分類指南
問題
行為（用戶/主持）說明
正確解決方式
忽略Kayak（皮劃艇）問題
1.出現問題的人馬上發現自己偏離了原來的主題
2.用戶盡量回到原來的方向而不需要幫助
3.這種情況並沒有擾亂用戶的活動
可以忽略
抵制添加的沖動
增加一些內容，注釋，指導說明
去除某個讓人混淆的內容
不要太看重用戶對新功能的要求
抓住能夠的著的果子
1.恍然大悟型
2.便宜型
盡量實現變更
進行變更
只要你進行改變，就要仔細思考它將會影響哪些內容，當你把某些部分調整的更為突出時，想想是不是把其他內容的重要性降低了
四、大的方面和外界影響
第十章：可用性是基本禮貌---為什麼你的網站應該讓人尊敬
降低好感度的方式
隱藏我想要的信息
因為沒有按照你們的方式行事而懲罰我
向我詢問不必要的信息
敷衍我，欺騙我
給我設置障礙
你的網站看上去不專業
提高好感度的方式
知道用戶在你的網站上想做什麼，並讓網站明白簡易
告訴用戶，他們想知道的
盡量減少步驟
花點心思
（1）保證網站准確有用
（2）產生解決我的問題所需要的信息
（3）網站用清楚的方式表達
（4）組織良好，用戶可以輕松找到解決方案
知道用戶有哪些疑問，並給予解答
為用戶提供協助
容易從錯誤中恢復
如果不確定，記得道歉
總結
這本書主要講了Web設計的一些核心的原則，以及用戶在使用Web時的心理，並且基於用戶的信息，來設計Web的導航和主頁。並且結合實踐，在項目中需要不斷的進行可行性測試迭代，從而使Web可行。這樣的網站才是一個成功的網站，在符合用戶的習慣的基礎上，讓用戶能夠自行的解決問題，從而達到網站和用戶的目的。
資源類：
大家都知道，學習本身是一個特別耗費時間和財力的事情，但是為了自身發展，卻不得不學習，而且現在對於職業教育的課程特別貴，並且專業書籍也是非常貴的。雖然說是投資自己，但是對於生活來說還是較大的開銷，因此算是眾籌了，畢竟一個課程可能動則幾千塊，但是我並不貪心，所以分享的課程的價格很低，不會超過5塊錢吧，畢竟大家都是為了生活，只希望彌補一點生活壓力吧，各位加油吧
鏈接：在線教育視頻課（產品設計）
https://pan..com/s/1CqvJixlcarLewUcFYCcJWwpan..com
提取碼：afvs
俞軍產品方法論：
鏈接：
https://pan..com/s/1ws7N0ZrcuiY_GRZ8710zVQ
提取碼：lizk
梁寧產品思維30講：
鏈接：
https://pan..com/s/1KtdGjzV_cAWN8xlrMX7ENg
提取碼：tr7i
增長黑客：
鏈接：
https://pan..com/s/1T5lIjrpCu7oc5hYF1hpmag
提取碼：dpm3
❷ JavaWeb 編程習題，求解！最好是工程包
題目太長分數又太少，誰給你做啊
❸ web程序設計asp.net實用網站開發 第2版 課後習題答案（沈士根版）
先分析原因。
你出現這個錯誤是因為你沒有了解ASP.NET的工作原理。ASP.Net 和php，jsp ，asp等伺服器語言一樣 都是為了生成可供瀏覽器解析的頁面，而可供瀏覽器解析的語言只有HTML。
1，如果你在aspx頁面中插入一個asp:LinkButton 那麼運行頁面後 在瀏覽器中查看源代碼你會發現這個標簽實際被轉為了一個<a>標簽。
2，為什麼你的寫法不會轉換呢？因為首先 傳遞給Literal1.Text 的值在asp.net中作為一段字元串被直接輸出到瀏覽器中。那麼你的寫法到瀏覽器後源代碼中仍然是一個asp:LinkButton 標簽，而這個標簽是無法被瀏覽器正確解析的。
解決辦法：
知道了原因，那麼如果非要按照你的寫法去寫，那麼應該是這樣的：
Literal1.Text = "<li>" + ((users)Session["users"]).Name.ToString() + "</li><li> </li><li><a ID='LinkButton1' onclick='LinkButton1_Click1'>注銷</a></li><li> </li><li>信息修改</li><li> </li>";
但是當你修改完後發現點擊注銷按鈕依然不能執行！為什麼呢？
因為你的LinkButton1_Click1 事件並沒有在asp.net中被解析為可供瀏覽器識別的js代碼。
如何解決？
在aspx頁面中寫一個asp:LinkButton按鈕：
<asp:LinkButton ID='LinkButton2' runat='server' onclick='LinkButton1_Click1'>注銷</asp:LinkButton>
運行頁面，查看源代碼 看看這個新加的注銷按鈕被解析為了什麼html代碼，大概如下
<a id="LinkButton2" onclick="xxxxx"></a>
將新加的linkbutton 設置不可見屬性
<asp:LinkButton ID='LinkButton2' runat='server' visible="false" onclick='LinkButton1_Click1'>注銷</asp:LinkButton>
重新修改後台代碼
Literal1.Text = "<li>" + ((users)Session["users"]).Name.ToString() + "</li><li> </li><li><a ID='LinkButton1' onclick='xxxxx'>注銷</a></li><li> </li><li>信息修改</li><li> </li>";
//也就是將標簽的js事件綁定到那個隱藏的注銷按鈕事件上。
希望對你有幫助
❹ javaweb練習題
書上有
❺ 一道java web的練習題，javabean，jstl，只能懸賞100分做得好的追加分啊
太簡單了，這到底有幾個題目啊，我幫你完成3是不是就意味著完成了你所有的要求？
講清楚了我幫你做，就當復習。
❻ 計算機二級《Web程序設計》試題及答案
計算機二級《Web程序設計》試題及答案
1在下列的HTML中，正確產生超鏈接的標記是()。
A.新浪網B.新浪網C.http：///WWW.sina.Corn.cnD.新浪網
參考答案：B
2下面協議中用於在Web瀏覽器和伺服器之間傳輸Web文檔的是()。
A.NFSB.FTPC.HTTPD.DNS
參考答案：C
3在HTTP響應的MIME消息體中，可以同時包含如下類型的數據()。
i .文本數據 ii.圖片數據 iii.視頻數據 iv.音頻數據
A.僅iB.i和iiC.i、ii和iiiD.全都可以
參考答案：D
4HTTP協議是一種()協議。
A.文件傳輸協議B.郵件協議C.遠程登錄協議D.超文本傳輸協議
參考答案：D
5在HTML文檔中使用的注釋符號是()。
A.//…B./*……*/C.D.以上說法均錯誤
參考答案：C
6HTTP請求消息中可以不包含()。
i.開始行 ii.消息頭iii.消息體實體數據
A.僅iB.i和iiC.ii和 iiiD.僅iii
參考答案：C
7下列技術中控制文檔結構的.是()。
A.DOMB.CSSC.JavaScriptD.XMLHttpRequest
參考答案：A
8下列語言編寫的代碼中，在瀏覽器端執行的是()。
A.wt h頁面中的c#代碼
B.Web頁面中的Java代碼
C.Web頁面中的PHP代碼
D.Web頁面中的JavaScript代碼
參考答案：D
9在HTTP/1.1協議中，持久連接選項是()的。
A.默認關閉B.默認打開C.不可協商D.以上都不對
參考答案：B
10以下不是HTTP協議的特點的是()。
A.持久連接B.請求/響應模式C.只能傳輸文本數據D.簡單、高效
參考答案：C
11下列語句中，正確打開名為“window2"的新窗口的JavaScript語句是()。
A.open.new("http：//www.sina.COB.cn"，"window2")
B.new.window("http：//www.sina.con.cn"，"window2")
C.new("http：//www.sina.com.cn"，"window2")
D.window.open("http：//www.sina.tom.cn"，"window2")
參考答案：D
12以下選項中，全部都是表格標記的是()。
參考答案：B
13下列關於ASP.NET的描述中，錯誤的是()。
A.ASP.NET依賴於微軟的.NET框架
B.ASP.NET採用純面向對象語言比採用腳本語言的執行效率高
C.ASP.NET採用代碼分離技術有利於開發協作
D.ASP.NET和ASP都採用了JavaScript編程語言
參考答案：D
14下列函數中能夠把6.25四捨五入為最接近的整數的是()。
A.round(6.25)B.rnd(6.25)C.Math.rnd(6.25)D.Math.round(6.25)
參考答案：D
15目前在Internet上應用最為廣泛的服務是()。
A.FTP服務B.Web服務C.Telnet服務D.Gopher服務
參考答案：B
16下列正確地在CSS文件中插入注釋的語句是()。
A.//this is a commentB.//this is a comment//C./*this is a comment*/D.'this is a comment
參考答案：C
17下列不屬於動態網頁格式的是()。
A.ASPB.JSPC.ASPXD.VBS
參考答案：D
18以下語句中，正確製作電子郵件鏈接的是()。
參考答案：C
19下列哪個樣式能夠顯示這樣一個邊框：上邊框10像素、下邊框5像素、左邊框20像素、右邊框l像素?()
A.border—width：10px 5px 20px 1px
B.border—width：10px 20px 5px 1px
C.border—width：5px 20px l0px 1px
D.border—width：10px 1px 5px 20px
參考答案：D
20CSS 主要用下列哪個HTML標記構建頁面布局?()
參考答案：B
21在下列選項中，正確地產生文本區(textarea)的標記是()。
參考答案：A
22在訪問的URL http：//Cms.bit.e.Cn：8080/login.aspx中，http表示()。
A.埠號B.文件名C.訪問協議D.主機名
參考答案：C
23下列標記中不屬於行內元素的是()。
參考答案：D
24在HTML文檔中用於表示頁面標題的標記對是()。
參考答案：D
25下列符合CSS語法的正確語句是()。
A.body：color=blackB.{body;color：black}C.body{color：black;}D.{body：color=black}
參考答案：C
更多計算機二級試題推薦：
1. 2016年9月計算機二級web考試試題及答案
2. 計算機二級《Web程序設計》試題及答案
3. 計算機二級考試WEB試題及答案
4. 2016計算機二級考試《Web程序設計》練習題模擬
5. 2016計算機二級考試高級Office試題及答案
6. 2016最新計算機二級考試試題及答案
7. 2016年計算機二級office高級應用試題【題庫】
8. 2016計算機二級等級考試題型分析
9. 2016下半年計算機二級ps試題及答案
10. 計算機二級Office考試試題及答案
;❼ java web程序設計要學些什麼
一、 HTML CSS Javascript
正如嚴老師所說：「Java Web 的基礎是建立在HTML這套標簽的地基之上的」。所以學習Java Web 就要學習HTML的標簽，開始對HTML的理解並不是很深，本以為作為程序員對HTML的重點掌握無非就是From表單，哦，對了，還有Table，<a herf=」」>，文檔的格式<head><body>等等等等，而對於CSS，更覺得這對於作為程序員的我們沒有什麼太大的必要，那些事情完全是由美工來做的，而對於Javascript則覺得他應當是與vbscript一個時代的腳本語言，其作用無非是給頁面添加一些花哨的動態效果沒有什麼實際意義，但是當我接觸到更多的新技術如AJAX的時候便覺得我所掌握的遠遠不夠，對於AJAX而言你學要知道每個細節從而能夠設計出既美觀又具有人性化的用戶界面。而AJAX所以依託的基礎便是Javascript、CSS、HTML、XML，其思想在於使用XMLHttpRequest實現非同步調用把數據偷偷的下載到客戶端從而使得用戶無需刷新界面從而得到更好的上網體驗，此三種技術在AJAX中發揮的淋漓盡致。這才知道那本OReilly的 「Javascript犀牛書」並不是蓋的。這三個基礎性的東西還是學要好好的學習，老的技術相結合也能煥發出新的光彩。
二、 TomCat
總覺的這是一個讓人頭疼的東西，學習的時候常需要給他進行很多項配置，首先是虛擬路徑，在server.xml文件夾下加上<Context path=」/test」 docBase=」F：\dwb」>，有一次給同學安裝Tomcat6.0把Tomcat5.5裡面老師寫好的server.xml直接粘貼到了Tomcat6.0的cong文件夾下竟不能運行，這才知道版本不同隨便粘貼後果是很可怕的，還是老老實實的把<Context path=」/test」 docBase=」F：\dwb」>這句話粘貼上才是。東西有時命名目錄里的東西已經更改了，TomCat也已經重新啟動了，但網頁上顯示的依舊是以前的東西，還得把C:\Program Files\Apache Software Foundation\Tomcat 5.5\work\Catalina\localhost\這個目錄下的虛擬路徑刪掉（如經典的test目錄）。在做第9、10、11章的例子的時候還要把WEB-INF文件夾放到虛擬目錄的根目錄下否則會找不到WEB-INF文件夾，總之問題多多，問題越多，自己的經驗也就越多。
三、 JSP基本語法
1、 < % %>在jsp頁面中插入Java代碼，<%= %>表達式輸出語句
2、 JSP指令和動作：指令主要是<%@page %>、<%@include %>；動作主要是<jsp:forward>、<jsp:include>、<jsp:usebean>、<jsp:setProperty>、<jsp:getProperty>
3、 四種屬性的作用域page、request、session、appliction,一個比一個大，page只對當前頁面有效，request是在兩個頁面跳轉的時候包括伺服器端的跳轉，seesion只要瀏覽器不關閉，屬性一直存在。Appliction只要伺服器（如Tomcat）不關閉它一直都存在
總之我感覺JSP的基本語法還是很簡單的無非就是幾個標簽指令什麼的，稍需要注意的是<jsp:forward>是伺服器端的跳轉URL地址不變，<%@include %>、<jsp:include>主要是包含靜態和動態的區別。
四、 JSP內置對象
Request：主要作用接受表單傳來的數據，
Response：主要是可以像客戶端發送頭部信息和重定向sendRedirect
Out：輸出一些東西
Exception：一些異常信息
Config：這個對象比較厲害，它能獲得web.xml中的許多信息，如<application>中的值，<servlet>中的parm值等
Session和applicition對象主要是用他們的setAttribute和getAttribute方法存取一些屬性值，不同之處在於他們的作用域
五、 JDBC
與資料庫進行連接，這是學習程序的重頭戲，但也不是很難，主要是記住連接資料庫的一些流程
1、 Class.forName（驅動程序字元串）
主要有四種驅動方式，字元串也各不相同，我們常用的是連接access的jdbc odbc bridge字元串為sun.jdbc.odbc.jdbcodbcdriver
2、 DirverManger.getConnection（DBURL）
DBURL字元串為 Jdbc:odbc:數據源名稱
3、新建statement對象
4、執行exectuQuery或exectuUpdata方法
5、逆序關閉資料庫
六、結語：設計模式 與開發框架
DAO模式已經過時了，現在的主流模式是MVC；其中主要用了servlet充當控制層， 還需要在web.xml中配置servlet映射，它主要是起到數據控制流向的作用，現在說有主流的框架都是使用MVC模式，如SSH，但是這些框架都沒有想微軟vasual Studio那樣的可是控制項（雖然JavaBen是一些可復用的類），2005年推出的JSF開發框架彌補了這一缺陷，相信在未來作為SUN官方標准推出的JSF開發框架可能會成為主流框架，因為ESRI的ArcGIS Server就是依託於JSF框架開發的產品，相信JSF會成為以後開發框架的主流！
❽ 第五章：Web伺服器
5.1各種形狀和尺寸的Web伺服器
Web伺服器會對HTTP請求進行處理並提供響應。術語「Web伺服器」可以用來表示Web伺服器的軟體，也可以用來表示提供Web頁面的特定設備或計算機。
Web伺服器有著不同的風格、形狀和尺寸。有普通的10行Perl腳本的Web伺服器、50MB的安全商用引擎以及極小的卡上伺服器。但不管功能有何差異，所有的 Web伺服器都能夠接收請求資源的 HTTP請求，將內容回送給客戶端（參見圖1-5)。
5.1.1Web伺服器的實現
Web伺服器實現了HTTP和相關的TCP連接處理。負責管理Web伺服器提供的資源,以及對Web伺服器的配置、控制及擴展方面的管理。
Web伺服器邏輯實現了HTTP 協議、管理著Web資源，並負責提供Web伺服器的管理功能。Web伺服器邏輯和操作系統共同負責管理TCP連接。底層操作系統負責管理底層計算機系統的硬體細節，並提供了TCP/IP網路支持、負責裝載Web資源的文件系統以及控制當前計算活動的進程管理功能。
5.3實際的Web伺服器會做些什麼
例5-1顯示的 Perl伺服器是一個Web伺服器的小例子。最先進的商用Web伺服器要比它復雜得多，但它們確實執行了幾項同樣的任務，如圖5-3所示。
(1)建立連接一—接受一個客戶端連接，或者如果不希望與這個客戶端建立連接，就
將其關閉。
(2)接收請求——從網路中讀取一條HTTP請求報文。(3)處理請求——對請求報文進行解釋，並採取行動。(4)訪問資源-———訪問報文中指定的資源。
(5)構建響應——創建帶有正確首部的 HTTP響應報文。(6)發送響應——將響應回送給客戶端。
(7)記錄事務處理過程—-將與已完成事務有關的內容記錄在一個日誌文件中。
5.4第一步——接受客戶端連接
如果客戶端已經打開了一條到伺服器的持久連接，可以使用那條連接來發送它的請求。否則，客戶端需要打開一條新的到伺服器的連接（回顧第4章，復習一下HTTP的連接管理技術)。
5.4.1處理新連接
客戶端請求一條到Web伺服器的TCP連接時，Web伺服器會建立連接，判斷連接的另一端是哪個客戶端，從TCP連接中將IP地址解析出來。'一旦新連接建立起來
並被接受，伺服器就會將新連接添加到其現存Web伺服器連接列表中，做好監視連接上數據傳輸的准備。
Web伺服器可以隨意拒絕或立即關閉任意一條連接。有些Web伺服器會因為客戶端IP地址或主機名是未認證的，或者因為它是已知的惡意客戶端而關閉連接。Web伺服器也可以使用其他識別技術。
5.4.2客戶端主機名識別
可以用「反向 DNS」對大部分Web伺服器進行配置，以便將客戶端IP地址轉換成客戶端主機名。Web伺服器可以將客戶端主機名用於詳細的訪問控制和日誌記錄。但要注意的是，主機名查找可能會花費很長時間，這樣會降低Web事務處理的速度。很多大容量Web伺服器要麼會禁止主機名解析，要麼只允許對特定內容進行解析。
可以用配置指令HostnameLookups啟用Apache的主機查找功能。比如，例5-2中的Apache配置指令就只打開了HTML和CGI資源的主機名解析功能。
例5-2配置Apache,為 HTML和CGI資源查找主機名
HostnameLookups off
<Files ~" - 《html |htmlcgi)$">
HostnameLookups on
</Files>
5.5第二步—接收請求報文
連接上有數據到達時，Web伺服器會從網路連接中讀取數據，並將請求報文中的內容解析出來（參見圖5-5)。
解析請求報文時，Web伺服器會:
·解析請求行，查找請求方法、指定的資源標識符（URI)以及版本號，3各項之
間由一個空格分隔，並以一個回車換行(CRLF)序列作為行的結束,「
·讀取以CRLF結尾的報文首部;
檢測到以CRLF結尾的、標識首部結束的空行（如果有的話)﹔
·如果有的話（長度由content-Length首部指定)，讀取請求主體。
解析請求報文時，Web伺服器會不定期地從網路上接收輸入數據。網路連接可能隨時都會出現延遲。Web伺服器需要從網路中讀取數據，將部分報文數據臨時存儲在內存中,直到收到足以進行解析的數據並理解其意義為止。
5.5.1 報文的內部表示法
有些Web伺服器還會用便於進行報文操作的內部數據結構來存儲請求報文。比如，數據結構中可能包含有指向請求報文中各個片段的指針及其長度，這樣就可以將這些首部存放在一個快速查詢表中，以便快速訪問特定首部的具體值了（參見圖5-6)。
5.5.2連接的輸入/輸出處理結構
高性能的 Web伺服器能夠同時支持數千條連接。這些連接使得伺服器可以與世界各地的客戶端進行通信，每個客戶端都向伺服器打開了一條或多條連接。某些連接可能在快速地向Web伺服器發送請求，而其他一些連接則可能在慢慢發送，或者不經常發送請求,還有一些可能是空閑的，安靜地等待著將來可能出現的動作。
因為請求可能會在任意時刻到達，所以Web伺服器會不停地觀察有無新的Web請求。不同的Web伺服器結構會以不同的方式為請求服務，如圖5-7所示。
·單線程Web伺服器(參見圖5-7a)
單線程的Web伺服器一次只處理一個請求，直到其完成為止。一個事務處理結束之後，才去處理下一條連接。這種結構易於實現，但在處理過程中，所有其他連接都會被忽略。這樣會造成嚴重的性能問題，只適用於低負荷的伺服器，以及type-o-serve這樣的診斷工具。
·多進程及多線程Web伺服器(參見圖5-7b)
多進程和多線程Web伺服器用多個進程,或更高效的線程同時對請求進行處理。3可以根據需要創建，或者預先創建一些線程/進程。°有些伺服器會為每條連接分配一個線程/進程，但當伺服器同時要處理成百、上千，甚至數以萬計的連接時，需要的進程或線程數量可能會消耗太多的內存或系統資源。因此，很多多線程Web伺服器都會對線程/進程的最大數量進行限制。
·復用I/O的伺服器(參見圖5-7c)
為了支持大量的連接，很多Web伺服器都採用了復用結構。在復用結構中，要同時監視所有連接上的活動。當連接的狀態發生變化時（比如，有數據可用，或出現錯誤時)，就對那條連接進行少量的處理，處理結束之後，將連接返回到開放連接列表中，等待下一次狀態變化。只有在有事情可做時才會對連接進行處理,在空閑連接上等待的時候並不會綁定線程和進程。
·復用的多線程Web伺服器（參見圖5-7d)
有些系統會將多線程和復用功能結合在一起，以利用計算機平台上的多個CPU.多個線程（通常是一個物理處理器）中的每一個都在觀察打開的連接(或打開的連接中的一個子集)，並對每條連接執行少量的任務。
5.6第三步———處理請求
一旦Web伺服器收到了請求，就可以根據方法、資源、首部和可選的主體部分來對請求進行處理了。
有些方法（比如POST)要求請求報文中必須帶有實體主體部分的數據。其他一些方法（比如OPTIONS）允許有請求的主體部分，也允許沒有。少數方法（比如GET)禁止在請求報文中包含實體的主體數據。
這里我們並不對請求的具體處理方式進行討論，因為本書其餘大多數章節都在討論這個問題。
5.7第四步——-對資源的映射及訪問
Web 伺服器是資源伺服器。它們負責發送預先創建好的內容，比如HTML頁面或JPEG 圖片，以及運行在伺服器上的資源生成程序所產生的動態內容。
5.7.1 docroot
Web伺服器支持各種不同類型的資源映射，但最簡單的資源映射形式就是用請求URI作為名字來訪問Web伺服器文件系統中的文件。通常，Web伺服器的文件系統中會有一個特殊的文件夾專門用於存放Web內容。這個文件夾被稱為文檔的根目錄(document root，或docroot)。Web伺服器從請求報文中獲取URI，並將其附加在文檔根目錄的後面。
在圖5-8中，有一條對/specials/saw-blade.gif 的請求到達。這個例子中Web伺服器的文檔根目錄為/us/local/httpd/files。Web伺服器會返迴文件/usr/local/httpd/files/specials/saw-blade.gif。
在配置文件httpd.conf中添加一個 DocumentRoot行就可以為Apache Web伺服器設置文檔的根目錄了:
DocumentRoot /usr/ local/httpd/files
伺服器要注意，不能讓相對URL退到docroot之外，將文件系統的其餘部分暴露出來。比如，大多數成熟的Web伺服器都不允許這樣的URI看到Joe的五金商店文檔根目錄上一級的文件:
http://www.joes-hardware.com/ ..
5.8.3重定向
Web伺服器有時會返回重定向響應而不是成功的報文。Web伺服器可以將瀏覽器重定向到其他地方來執行請求。重定向響應由返回碼3XX說明。Location響應首部包含了內容的新地址或優選地址的URI。重定向可用於下列情況。
·永久刪除的資源
資源可能已經被移動到了新的位置，或者被重新命名，有了一個新的URL。Web伺服器可以告訴客戶端資源已經被重命名了，這樣客戶端就可以在從新地址獲取資源之前，更新書簽之類的信息了。狀態碼301 Moved Permanently就用於此類重定向。·臨時刪除的資源
如果資源被臨時移走或重命名了，伺服器可能希望將客戶端重定向到新的位置上去。但由於重命名是臨時的，所以伺服器希望客戶端將來還可以回頭去使用老的URL，不要對書簽進行更新。狀態碼303 See Other以及狀態碼307 TemporaryRedirect就用於此類重定向。