第一篇：WEB框架總結
概述
開發框架的選擇，始終是個仁者見仁、智者見智的事情。尤其是Web層的開發框架，數量非常多，而且各有特色，如：Struts、WebWork、Spring
MVC、Tapestry、JSF、WebPage3.0......等等。他們各自的優、缺點： 框架使用背景
一：使用框架的必然性
框架，即framework。其實就是某種應用的半成品，把不同應用程序中有共性的一些東西抽取出來，做成一個半成品程序，這樣的半成品就是所謂的程序框架。
軟件系統發展到今天已經很復雜了，特別是服務器端軟件，涉及到的知識，內容，問題太多。在某些方面使用別人成熟的框架，就相當于讓別人幫你完成一些基礎工作，你只需要集中精力完成系統的業務邏輯設計。這樣每次開發就不用白手起家，而是可以在這個基礎上開始搭建。
使用框架的最大好處：減少重復開發工作量、縮短開發時間、降低開發成本。同時還有其它的好處，如：使程序設計更合理、程序運行更穩定等。基于這些原因，基本上現在在開發中，都會選用某些合適的開發框架，來幫助快速高效的開發應用系統。
了解了使用框架的必然性，下面來看看如何選擇，當然我們的話題集中在Web層的開發框架。在談這個問題之前，先來看看我們在Web開發中究竟需要做些什么工作：
二：Web層開發的工作
在J2EE開發中，分層是基本的思想，3層架構或者多層架構早已深入人心，在這里我們就把目光集中到Web層，看看到底Web層開發做了那些工作：
1：數據展示
Web層需要從邏輯層獲取需要展示的數據，然后以合理的方式在頁面進行展示
2：人機交互
用戶需要從界面上輸入數據，在界面上進行按鈕點擊，進而觸發事件，標準的事件驅動模型，然后跟后臺進行數據交換，出現新的界面。
3：收集數據，調用邏輯層接口
Web層收到用戶的事件請求，需要調用相應的邏輯層接口來進行處理，Web層是不會有任何邏輯處理的。調用邏輯層接口，需要傳遞參數，這時需要收集用戶在界面上輸入的數據，然后進行組織，組織成為邏輯層接口需要的數據封裝形式（通常都是ValueObject）。
4：根據邏輯層的數據來重新展示頁面
邏輯層處理完了，需要返回數據或信息到界面上。這個時候Web層需要根據返回的值選擇合適的頁面，然后展示這些數據或者信息。
從上面可以看出，Web層開發的主要工作集中在展示上，也就是圖形用戶界面。這一部分是用戶直觀感受應用程序的窗口，也是用戶要求最多的地方，其表現形式也是最豐富的。
三：Web層開發的步驟
下面再來總結一下Web層開發的大致步驟（也就是需要開發人員做的工作）：
注意：這里討論的Web層開發，是不使用任何開發框架時候的開發。
1：寫頁面Html，到底有哪些數據需要在界面上表現
2：每個數據的具體表現形式，如：有的需要表現成為下拉列表，有的需要表現成為單選按鈕等。
3：界面表現形式的邏輯布局，所謂邏輯布局是指某些數據的表現形式應該放在前面，某些應該放在后面；某些放在上面，某些放在下面。如：某個請假申請的業務，有請假開始時間和結束時間，很明顯開始時間的表現就應該排在結束時間的前面。而美工是負責最后頁面的美觀，一般美工不能動界面的邏輯布局。
4：完成前面3步，頁面的表現形式的大致模樣就有了，下面需要來做功能性的開發。第一個就是這些表現形式的值的來源，如：下拉列表顯示的值從什么地方來。值的來源方式很多，有數據庫中來、固定值、某斷程序運行的中間結果、前面頁面傳遞過來等等，當然典型的還是來自數據庫。
好了，確定了值的來源，開發人員就要寫代碼來獲取這些值，然后把這些值賦值到對應的表現形式里面。
5：還有一些比較特殊，也就是真實操作的是一類值，但是在界面上顯示的是另一類值，比如：數據庫中有用戶編號，到了界面上就得顯示用戶姓名，但是所有的操作都是要操作用戶編號的。我們把這種情況分做：真實值和表現值，他們有一定的內在聯系。這些都是要開發人員去轉化和維護的。
6：接下來就應該開發功能性的事件響應了。用戶點擊了某個按鈕或者觸發了某個事件，首先是客戶端：數據檢測、客戶端事件處理；然后提交到服務端，服務端要獲取到客戶端提交的數據，然后調用相應的邏輯層接口來響應。當然如何寫邏輯層的實現這里就不去談論了。
7：邏輯層執行完過后，返回數據和信息到Web層，開發人員還需要寫代碼去處理，選擇哪個頁面來顯示，如何顯示這些數據和信息等。
8：在整個交互的過程中，還必須考慮到如何控制權限，如：某些數據不能顯示，某些數據不能編輯等等；同樣還需要考慮到消息的配置和國際化等等。這些功能起源于邏輯層，但是實際的控制要到Web層，這些都需要開發人員來控制。
9：完成了上面的開發步驟，頁面基本的功能開發就告一段落，接下來開發人員需要考慮頁面美觀的問題了。大家可能會說：“不是有美工嗎，還需要開發人員干什么？”。事實上美工多半只能出一個靜態頁面的美化模版，美工對于一推Java代碼和Html的混雜物，多半是沒有辦法的，更不要說還有一些內容是動態生成的，美工就更不可能搞定了。還是得開發人員上陣，按照美工給的模版，開始添加Css：class、id、style......10：完成上面的開發，基本頁面的開發工作就完成了，最后的一個步驟就是把各個頁面有機的組織起來，開發應用程序的整體應用導航框架，通常就是菜單，然后把各個功能頁面跟菜單結合起來，形成一個完整的應用。
在這里我們省略了開發期反復的調試過程，僅總結開發的步驟。
四：選擇Web開發框架的目的了解了如果沒有框架，我們需要做的工作，這對選擇框架有非常大的幫助。
框架，直白點說，就是一個半成品，能夠幫我們做一些事情的半成品。
框架的選擇，就是看哪個框架最合適，從而減少開發的工作量，提高開發的效率和質量，并有效減少維護的工作量，最終達到節約綜合開發成本，獲取更多的收益。
五：選擇Web開發框架的標準
聲明：這里所談的選擇Web開發框架的標準，只是我們的總結和一家之言，并不是放之四海而皆準的真理，請根據您的體會客觀的看待我們的總結。
另外：我們這里更多的討論業務功能性應用程序的Web開發框架。
1：選擇能夠對我們的開發過程提供更多、更好幫助的Web開發框架
2：Web開發框架的學習一定要簡單，上手一定要快，沒有什么比使用能得到更深的體會。那些動不動就需要半個月或者一個月學習周期的框架，實在是有些恐怖。
3：一定要能得到很好的技術支持，在應用的過程中，或多或少都會出現這樣或者那樣的問題，如果不能很快很好的解決，會對整個項目開發帶來影響。一定要考慮綜合成本，其實這是目前應用開源軟件最大的問題，碰到問題除了死肯文檔就是查閱源代碼，或者是網上搜尋解決的辦法，通常一個問題就會導致1-2天的開發停頓，嚴重的甚至需要一個星期或者更長，一個項目有上這么幾次，項目整體的開發成本嗖嗖的就上去了。
4：Web開發框架結合其他技術的能力一定要強，比如：在邏輯層要使用Spring或者Ejb3，那么Web開發框架一定要能很容易，很方便的與它們進行結合。
5：Web開發框架的擴展能力一定要強。在好的框架都有力所不及的地方，這就要求能很容易的擴展Web開發框架的功能，以滿足新的業務需要。同時要注意擴展的簡單性，如果擴展框架的功能代價非常大，還不如不用呢。
6：Web開發框架最好能提供可視化的開發和配置，可視化開發對開發效率的提高，已經得到業界公認。
7：Web開發框架的設計結構一定要合理，應用程序會基于這個框架，框架設計的不合理會大大影響到整個應用的可擴展性。
8：Web開發框架一定要是運行穩定的，運行效率高的。框架的穩定性和運行效率直接影響到整個系統的穩定性和效率。
9：Web開發框架一定要能很好的結合目前公司的積累。在多年的開發中已有了很多積累，不能因為使用Web開發框架就不能再使用了，那未免有些得不償失。
10：選擇開發框架另外要注意的一點就是：任何開發框架都不可能是十全十美的，也不可能是適應所有的應用場景的，也就是說任何開發框架都有它適用的范圍。所以選擇的時候要注意判斷應用的場景和開發框架的適用性。框架測評 JSF
優點：
Java EE標準，這意味著有很大的市場需求和更多的工作機會
上手快速并且相對容易
有大量可用的組件庫
缺點：
大量的JSP標簽
對REST和安全支持不好
沒有一個統一的實現。既有SUN的實現，又有Apache的實現--MyFaces。
Spring MVC
優點：
對覆蓋綁定（overriding binding）、驗證（validation）等提供生命周期管理
與許多表示層技術/框架無縫集成：JSP/JSTL、Tiles、Velocity、FreeMarker、Excel、XSL、PDF等
便于測試--歸功于IoC
缺點：
大量的XML配置文件
太過靈活--沒有公共的父控制器
沒有內置的Ajax支持
Stripes
優點：
不需要書寫XML配置文件
良好的學習文檔
社區成員很熱心
缺點：
社區比較小
不如其他的項目活躍
ActionBean里面的URL是硬編碼的 Struts 2
優點：
架構簡單--易于擴展
標記庫很容易利用FreeMarker或者Velocity來定制
基于控制器或者基于頁面的導航
缺點：
文檔組織得很差
對新特征過分關注
通過Google搜索到的大多是Struts 1.x的文檔 Tapestry
優點：
一旦學會它，將極大地提高生產率
HTML模板--對頁面設計師非常有利
每出一個新版本，都會有大量的創新
缺點：
文檔過于概念性，不夠實用
學習曲線陡峭
發行周期長--每年都有較大的升級
Wicket
優點：
對Java開發者有利（不是Web開發者）
頁面和顯示綁定緊密
社區活躍--有來自創建者的支持
缺點：
HTML模板和Java代碼緊挨著
需要對OO有較好的理解
Wicket邏輯--什么都用Java搞定
接著，Matt通過采訪這些框架的作者，與他們討論各種開源的Java Web框架，并且突出各個框架的長處、聽取框架作者對其他框架的看法，希望借此了解這些框架的未來發展方向。
下列是一些被采訪者：
JSF, Jacob Hookom
RIFE, Geert Bevin
Seam, Gavin King
Spring MVC, Rob Harrop
Spring Web Flow, Rob Harrop and Keith Donald
Stripes, Tim Fennell
Struts 1, Don Brown
Tapestry, Howard Lewis Ship
Trails, Chris Nelson
Struts 2, Patrick Lightbody
Wicket, Eelco Hillenius
Matt對采訪做了如下總結：
JSF:
如果你想讓web應用具有類似桌面程序的功能性，那么JSF的標準規范和大量第三方組件庫的支持值得你 信賴。
Spring MVC:
綜合了許多不同的技術，這使得它可以被廣泛地應用到不同類型的項目中去；它可以被當作web應用開發的一個基礎平臺。
Stripes:
可以被應用到存在大量復雜數據交互的程序中；有強大的類型轉換、綁定和驗證功能；可以使管理大的復雜表單以及直接映射它們到域對象變得簡單......Tapestry:
在中到大型項目中，表現突出（當然，你也可以只把它應用到單個頁面上），在這些項目中，你可以通過簡單地創建新的組件起到杠桿作用。
Struts 2:
通常更適合于那些希望可以真正開始做事并且愿意花費大量時間來學習他們使用的開源工具的小項目組。Struts 2的目標不是那些更喜歡拖放式開發的“扶手椅程序員”。
Wicket:
非常適合于這樣的內/外部網應用：UI很復雜并且你希望可以充分利用你的開發者資源。
上面的總結，基本是突出了各個框架的長處。然而，哪些又是他們不好的地方呢？ 評價一個框架好壞與否的標準：
Ajax支持
是不是內置了？是否便于使用？
書簽能力
用戶能否將某個頁面收藏起來并且可以方便地返回到該頁面？
驗證
使用是否簡單？是否支持客戶端（JavaScript）驗證？
可測試性
脫離容器測試控制器，是否足夠簡單？
提交和重定向
框架如何處理重復提交問題？
國際化
如何支持國際化？控制器利用國際化信息，是否容易？
頁面修飾
框架支持哪種類型的頁面修飾/組成機制？
社區和技術支持
提出問題，能否被快速地、恭敬地回答？
開發工具
是否有支持這個框架的好的工具，尤其是IDE？
市場需求
學習了這個框架，它能否幫你找到份工作？
崗位數量
在dice.com和indeed.com上，對這個框架技能的需求如何？ 筆者認為這個評價標準，值得大家借鑒。
然后，Matt按照這些評價標準，對各個框架做了以下闡述：
Ajax支持
JSF：沒有內置的Ajax支持，需要使用ICEfaces和Ajax4JSF
Stripes：沒有對應的類庫，支持流輸出
Struts 2：內置Dojo，有用于GWT和JSON的插件
Spring MVC：沒有對應的類庫，需要使用DWR和Spring MVC擴展
Tapestry：Tapestry 4.1中，有內置的Dojo
Wicket：有Dojo和Script.aculo.us支持
書簽能力
JSF：可以任意提交--URL甚至不被考慮
Stripes：使用約定，但是你可以不加理會
Struts 2：有命名空間的概念，這使得收藏某個頁面并返回變得容易
Spring MVC：允許完全的URL控制
Tapestry：依然存在一些丑陋的URL
Wicket：允許裝配（mount）頁面/URL
驗證
JSF：默認的國際化信息丑陋，但是配置簡單
Stripes和Wicket：用Java類進行驗證--不支持客戶端驗證
Struts 2：使用OGNL完成強大的表達式驗證功能；只有在Action上指定了規則，才支持客戶端驗證。
Spring MVC：允許你使用公共驗證器--這是一種成熟的解決方案
Tapestry：有健壯的驗證功能--不需自定義就有漂亮的國際化信息
可測試性
Spring MVC和Struts 2：允許利用mocks（例如EasyMock、jMock和Spring Mocks）簡單地進行測試
Tapestry：測試困難，因為頁面類被抽象、具體類被簡化
JSF：頁面類可以方便地被測試，實際上很像Struts 2 中的actions
Wicket：有WicketTester--一個強大的解決方案
Stripes：有Servlet API Mocks和MockRoundtrip
提交和重定向
解決重復提交問題的最簡單方法是：在提交后重定向
Spring MVC：允許你將參數加到重定向URL上
Stripes、Tapestry和Wicket：有“flash式”的支持
Struts 2：需要一個自定義的解決方案
JSF：需要一個自定義的解決方案，國際化信息很難加入到頁面bean中
國際化
JSTL的
Stripes、Spring MVC和JSF：每個地區使用一個資源綁定文件
Struts
2、Tapestry和Wicket：提倡把每個頁面/action用到的資源文件分開
JSF：需要在每個頁面上定義資源綁定信息
Tapestry：標簽比較可怕
頁面修飾
Tiles能夠用于Struts
2、Spring MVC和JSF中；需要對每個頁面進行配置。
SiteMesh能夠用于所有的這些框架中（不推薦在JSF、Tapestry或者Wicket中使用）；在設置完成后，只需要很少的維護。
開發工具
Spring MVC：Spring IDE，但是只做XML校驗，不是一個UI/web工具
Struts 2：Eclipse
Tapestry：Spindle，對編碼者非常有利
JSF：眾多IDE支持，并且做得越來越好
Stripes和Wicket：沒有任何官方工具
NetBeans目前支持Struts *、JSF（+Facelets）、Tapestry和Wicket，尚不支持Stripes和Spring MVC
市場需求
Struts 1：需求依然很大并且被廣泛使用
Spring MVC：越來越受關注，但大部分是因為Spring框架的一些其他特征
JSF：很快地變得流行起來
Struts 2：正在獲得地盤，但是相關的工作機會很少
Tapestry：在過去的數年里，受歡迎程度不斷增加
Wicket和Stripes：還是未知數
通過以上的比較，我想大家對在自己的項目中應該選擇哪種Web層框架，應該有了更清醒的認識。
最后，Matt列出了一些相關資源，也供讀者參考。
Strutshttp://www.tmdps.cn
Spring IDE: http://www.tmdps.cn
Gaijin Studio: http://gaijin-studio.sf.net
Struts 2http://tapestry.apache.org
http://spindle.sourceforge.net
JSFhttp://appfuse.org
演講的最后，Matt以一句“If it works, use it!”作為結尾，可謂精辟！
通過此文，相信大家可以撥開當前Java Web層框架選用上的“迷霧”，見得“月明”了。
第二篇：java web框架簡介
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 2
優點：
架構簡單——易于擴展
標記庫很容易利用FreeMarker或者Velocity來定制
基于控制器或者基于頁面的導航
缺點：
文檔組織得很差
對新特征過分關注
通過Google搜索到的大多是Struts 1.x的文檔
Tapestry
優點：
一旦學會它，將極大地提高生產率
HTML模板——對頁面設計師非常有利
每出一個新版本，都會有大量的創新
缺點：
文檔過于概念性，不夠實用
學習曲線陡峭
發行周期長——每年都有較大的升級
Wicket
優點：
對Java開發者有利（不是Web開發者）
頁面和顯示綁定緊密
社區活躍——有來自創建者的支持
缺點：
HTML模板和Java代碼緊挨著
需要對OO有較好的理解
Wicket邏輯——什么都用Java搞定
第三篇：web基礎總結
html 小結
html不區分大小寫
標簽的類型與運用：
//文檔主體部分
//字體類型
//框架
//字體大小//橫線
//圖片
//列表選項
//段落標志
//設定文本格式
//選擇列表
//強調文本
//下標
//上標
屬性：
Position：
第四篇：web 算法總結
1.去掉超鏈接的下畫線： 在
//添加這句就行。 2.格式為：你需要添加下畫線的文字 3.獲取時間我們可以通過使用DataTime這個類來獲取當前的時間。通過調用類中的各種方法我們可以獲取不同的時間：如：日期（2008-09-04）、時間（12：12：12）、日期+時間（2008-09-04 12：11：10）等。
//獲取日期+時間
DateTime.Now.ToString();
// 2008-9-4 20:02:10 DateTime.Now.ToLocalTime().ToString();
// 2008-9-4 20:12:12 //獲取日期
DateTime.Now.ToLongDateString().ToString();
// 2008年9月4日 DateTime.Now.ToShortDateString().ToString();
// 2008-9-4 DateTime.Now.ToString(“yyyy-MM-dd”);
// 2008-09-04 DateTime.Now.Date.ToString();
// 2008-9-4 0:00:00 //獲取時間 DateTime.Now.ToLongTimeString().ToString();
// 20:16:16 DateTime.Now.ToShortTimeString().ToString();
// 20:16 DateTime.Now.ToString(“hh:mm:ss”);
// 08:05:57 DateTime.Now.TimeOfDay.ToString();
// 20:33:50.7187500 //其他
DateTime.ToFileTime().ToString();
// ***000 DateTime.Now.ToFileTimeUtc().ToString();
// ***750 DateTime.Now.ToOADate().ToString();
// 39695.8461709606 DateTime.Now.ToUniversalTime().ToString();
// 2008-9-4 12:19:14 DateTime.Now.Year.ToString();
獲取年份
// 2008 DateTime.Now.Month.ToString();
獲取月份
// 9 DateTime.Now.DayOfWeek.ToString();獲取星期
// Thursday DateTime.Now.DayOfYear.ToString();獲取第幾天
// 248 DateTime.Now.Hour.ToString();
獲取小時
// 20 DateTime.Now.Minute.ToString();
獲取分鐘
// 31 DateTime.Now.Second.ToString();
獲取秒數
// 45 //n為一個數,可以數整數,也可以事小數 dt.AddYears(n).ToString();
//時間加n年 dt.AddDays(n).ToString();
//加n天 dt.AddHours(n).ToString();
//加n小時 dt.AddMonths(n).ToString();
//加n個月 dt.AddSeconds(n).ToString();
//加n秒 dt.AddMinutes(n).ToString();
//加n分 SQL語句使用時間和日期的函數
getdate():獲取系統當前時間
dateadd(datepart,number,date):計算在一個時間的基礎上增加一個時間后的新時間值,比如：dateadd(yy,30,getdate())datediff(datepart,startdate,enddate):計算兩個時間的差值,比如：datediff(yy,getdate(),'2008-08-08')dataname(datepart,date):獲取時間不同部分的值，返回值為字符串 datepart(datepart,date):和datename相似，只是返回值為整型 day(date):獲取指定時間的天數 month(date):獲取指定時間的月份 year(date):獲取指定時間的年份 select year(getdate())：當前年份
第五篇：Web課程設計總結
Web課程設計總結
一、作品主題描述
我設計的網頁的主題是關于動漫推薦的。
我喜歡動漫，各種題材的，古代江湖、歷史故事、恐怖、熱血之類的我都喜歡，做這個網站是希望把我喜歡的推薦給大家，讓更多的人加入二次元的世界！
二、作品技術路線
關于作品技術路線，我主要用了bootstrap方面的知識，像bootstrap按鈕、下拉菜單、縮略圖、bootstrap輪播之類的，當然還有很多基礎知識，例如背景、背景音樂，還有視頻的插入，網頁的鏈接等等。
三、作品素材處理
關于素材，由于我是做的動漫方面的網頁，首先我先去選擇適合主題的圖片，再選擇其中最能代表作品的圖片，再根據實際情況修改圖片尺寸，接著再選擇文字素材，選擇簡短有最能概括作品內容的文字。
四、主要問題
在這次設計中，我還想實現排行榜這個功能，但由于個人能力不足，還有一部分時間問題，沒有實現排行榜功能，心里略微有些遺憾，我會在交上本次課程設計之后繼續努力完成，還有視頻和背景音樂的插入，沒有成功改變播放器的樣式。
五、網頁制作的心得體會
轉瞬之間，半個學期又接近尾聲，在李導師的精心輔導下，度過了這個富有生機，富有朝氣的學期。學到了很多做夢也不會遇到的如此奇特的有趣知識，對于我來講是一個很好的鍛煉和充實的機會。
俗話說的好“書山有路勤為徑，學海無涯苦作舟”。在這一絕世佳句的鼓動下，我把握了工作之余的一切可利用的剩余時間，全心全意投入到網頁世界，去不斷的學習，去不斷的收索；同時去不斷的充實，去不斷的完善自我，在網絡的天空下逐漸的美化自己的人生！
在學習網頁制作的過程中，我深深體會到一點“有付出，就終有回報”，你的付出與你的回報終究是成正比的。經過了多少漫漫長路，經過了多少忘我的投入，經過了多少波折，我的網頁與眾人見面了。當我第一眼在網絡下一覽我的個人主頁，我是多么的激動，多么的興奮，就像多年未見的老同學，一種講不出道不明的感覺。
我在制作主頁中的心得體會:做好主頁，并不是一件容易的事，它包括個人主頁的選題、內容采集整理、圖片的處理、頁面的排版設置、背景及其整套網頁的色調等很多東西。1.標題
在個人主頁中標題起著很重要的作用，它在很大程度上決定了你整套個人主頁的定位。一個好的標題必須有概括性、簡短，有特色、容易記，還要符合自己主頁的主題和風格，決不要取一個名不符實的“好名字”，別人第一次上了當，下次再也不會光顧了。2.內容的采集
選好標題后，開始采集內容，內容必須與標題相符，在采集內容的過程中，應注重特色，所謂特色應該是有一些自己的東西。個人主頁中的特色，應該突出自己的個性，把自己的興趣、愛好盡情地發揮出來，因為在網絡上不受限制。主頁就是在網絡上的一個小小家園，在那里，可以放上自己喜歡的任何東西，包括你自己平時喜歡一些文章，一些好聽的歌，一些好的動畫作品。把這些內容按類別進行分類，設置欄目，讓人一目了然，在欄目上不要設置太多，最好不要超過十個，層次上最好少于五層。3.圖片
做個人主頁不能只用文字，必須在主頁上適當地加一些圖片，增加可看性，俗話說“一圖勝千言”，我想不無道理，一張處理得好的圖片不需要多做任何解釋，就能讓人一目了然，讓人去思考，去了解它。當然處理得不好的以及無關緊要的圖片最好不要放上去，否則讓人覺得是累贅，同時也影響網頁的傳輸速度。圖片不僅要好看，還要在保證圖片質量的情況下盡量縮小圖片的大小（即字節數），在目前網絡傳輸速度不是很快的情況下，圖片的大小在很大程度上影響了網頁的傳輸速度。那么如何精簡圖片的大小呢，一般來說，圖片顏色較少的及在256色以內的最好把它處理成gif圖像格式，如果是一些色彩比較豐富的圖片，最好把它處理成jpg圖像格式，因為gif和jpg各有各的壓縮優勢，應根據具體的圖片來選擇壓縮比。
4.網頁排版
網頁頁面整體的排版設計也是不可忽略的，要讓讀者在狹小的電腦屏幕上閱讀，很重要的一個原則是合理地運用空間，讓自己的網頁井井有條，留下必要的空白，人覺得很輕松。不要把整個網頁都填得密密實實的，沒有一點空隙，這樣會給人一種壓抑感。5.背景
網頁的背景并不一定非要用白色，選用的背景應該和整套頁面的色調相協調。合理的應用色彩是非常關鍵的。
6.其它
如果想自己的網頁更有特色一些，可適當地加一些網頁制作的技巧，諸如聲音、動態網頁等，當然這些小技巧最好不要加太多，它會影響網頁的下載速度。等個人主頁做得差不多了，可別忘了在個人主頁上放一個留言板、一個計數器。前者能及時獲得參觀者的意見和建議，及時得到網友反饋的信息，最好能做到有問必答，用行動去贏得更多的訪問者；后者能讓知道主頁參觀者的統計數據，可以及時調整設計，適應不同的瀏覽器和參觀者的要求。
7.宣傳
昨天，網頁與我無緣，那是因為上天不給我們一個見面的機會！
今天，網頁與我相識，與我相知，成為我的一個最真誠的朋友，那時因為董老師的辛勤栽培！
明天，網頁與我一生相伴，終身相隨，那是因為我領悟了什么是“一個網絡，整個世界”。
總而言之，我將用畢生的精力，心血去換取網絡中最燦爛的那顆夜明珠，在網頁的藍圖里，我將記下人生不朽的個人詩篇，計算機會在以后的學習生活中充當越來越重要的角色，相信我也會學習到更多關于計算機和網絡的知識。這次制作網頁收獲確實不小！！
點擊咨詢 