⑴ web應用程序設計
一般模式的是：
美工(設計網站)+
前端(將設計圖轉換成html+css+js)+
後端(用伺服器語言實現相應的邏輯，包括資料庫的開發)
⑵ web應用程序設計社會應用情況和今後的發展前景
PHP,JSP,
ASP.NET
都是社會主流，MS寄希望於開發跨平台的
開發平台
，應該說ASP.NET還是很有發展潛力的.
⑶ 簡單Web伺服器程序設計與實現
web伺服器本質就是輸出文本，文本內容為html等網頁標記語言。明白了這一點，會socket開發就完全可以自己定義一個web伺服器出來
⑷ Web應用程序設計的介紹
Web應用程序設計是2006-12-01 清華大學出版社，北方交通大學出版社出版的一本圖書，作者李蘭友
⑸ 談談你對《web應用程序設計》這門課程的整體認識
摘要 我剛開始學習的是java和C++應用程序，這些程序只能在本機上運行，接觸了Web應用程序開發，才知道原來自己一直在接觸使用Web應用程序，像我們在學校使用的教務管理系統還有經常用上的人人網，都是Web應用程序，Web應用程序首先是「應用程序」，和用標準的程序語言，如C、C++、C#等編寫出來的程序沒有什麼本質上的不同。然而Web應用程序又有自己獨特的地方，就是它是基於Web的，而不是採用傳統方法運行的。換句話說，它是典型的瀏覽器／伺服器架構的產物。也就是說我們開發的程序是運行在伺服器端，客戶使用瀏覽器就可以使用程序提供的服務。
⑹ 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會成為以後開發框架的主流！
⑺ 簡述asp.net web應用程序的設計流程
了解需求，整理需求，設計資料庫，最後編寫代碼
⑻ 計算機二級考試 web程序設計考些什麼需要學習哪些編程語言
二級WEB程序設計考試大綱
一、基本要求
1. 掌握Web工作原理，了解Web技術基礎知識，熟悉IIS的管理；
2. 掌握靜態網頁設計技術，熟練掌握網頁的HTML代碼編寫；
3. 熟練掌握一種腳本語言（VBScript或JavaScript）的編程方法，具有較強的客戶端動態設計的能力；
4. 熟練掌握ASP工作原理和ASP編程方法，具有較強的伺服器端動態設計的能力；
5. 熟悉資料庫的操作和SQL語言的運用，熟練掌握ADO工作原理，熟練運用ADO進行資料庫的管理；
6. 基本具有小型Web應用系統的綜合設計能力。
二、考試范圍
（一）Web技術基礎
1. Web工作原理：WWW概念和標准、W3C、Web客戶端和Web瀏覽器、Web伺服器端和Web伺服器；
2. TCP/IP協議、IP地址和域名服務；
3. HTTP和URL： HTTP工作過程、HTTP Request、HTTP Response，URL；
4. IIS的安裝、配置和管理；
5. 站點的規劃、設計、發布和管理。
（二）靜態網頁設計
1.靜態網頁開發技術：頁面設計原則、可視化頁面設計工具（FrontPage或DreamWeaver）的運用；
2.HTML代碼：HTML基本語法、HTML常用標簽；
3.XML、DHTML、XHTML。
（三）腳本語言和程序設計（腳本語言任選一種）
1.VBScript：VBScript語法、VBScript數據類型、變數、常
量、數組、運算符、表達式、內部函數、程序控制結構、Sub過程、Function函數，VBScript嵌入HTML；
2.JavaScript：JavaScript語法、JavaScript數據類型及類型轉換、變數、數組、操作符、表達式、函數、程序控制結構，JavaScript事件；JavaScript內置對象，對象層次及DOM模型，JavaScript嵌入HTML；
（四）伺服器端動態設計
1．ASP工作原理；
2． ASP編程：ASP文件的建立與運行，Response對象、Request
對象、Session對象、Application對象、Server對象、使用Form集合、使用QueryString集合、使用Cookies集合、使用Clinet Certificate集合、文件存取組件FileSystemObject、 a文件；
3．CGI、PHP、JSP的工作原理。
（五）Web資料庫應用
1．Access資料庫和SQL Server資料庫的應用：資料庫的建
立、數據表的建立、數據的輸入、修改、查詢和刪除等操作；
2．SQL語言的應用：Select語句查詢記錄、Insert語句插入
記錄、Update語句修改記錄、Delete語句刪除記錄；
3．ODBC數據源的配置與管理：ODBC的概念、ODBC驅動程序、
ODBC數據源的建立、ODBC數據源的配置與管理；
4．ADO訪問資料庫：ADO工作原理，與ACCESS資料庫的連接、
與SQL Server資料庫的連接，ADO的Connection對象、ADO的Recordset對象、ADO的Command對象；
5．小型Web應用系統的綜合設計
⑼ 如何規劃跟設計web應用程序，其開發周期有那幾個階段
下面用我開發的一個辦公系統來說明一下如何規劃跟設計WEB應用系統，及其開發幾個階段。
第一步：需求分析
我召集他們所有業務相關部門開了幾次會議，將各部門的功能需求進行了整理和統一，寫成的功能需求說明書，文中詳細列出了軟體要解決的實際問題及要達到的目標。他們要求軟體要能解決他們的實際問題，帶來真正的價值。比如直接給他們帶來更多訂單，幫助他們尋找客戶並留住，同時在經營中節省人力成本及防止不必要的浪費，最終實現公司利潤的增長。我認為，如果一個軟體不能帶來實質性的經濟價值，僅僅只是用來裝點公司門面，提高一點工作效率，那還不如不要。這也是他們為什麼看不上有些成品軟體，而要選擇定製開發的原因。每個公司情況均不一樣，成品軟體商往往無法知道每個客戶的痛處，所以做出來的產品無法真正適合客戶。只有自己針對性的開發，才能真正解決問題。客戶才知道他們公司最需要什麼，他們的客戶應如何獲得和留住，業務流程應如何設計等等。有針對性開發一些實用功能，才是最適合的軟體。
通過這個項目，我認識到編寫軟體需求說明書的過程非常重要，這決定了以後的開發過程是不是會走彎路，是否因為開發了不必要的功能浪費時間和金錢，是不是存在程序功能模塊上的沖突。我在需求說明編寫上花了較大精力，有種磨刀不誤砍柴工的感覺。最後在所有人員一致通過這個需求說明書後才決定走下一步。
第二步：開發方案書
開發方案書是將功能需求說明書轉化為可開發的具體行動方案，我根據開發平台的開發規則進行編寫的，將軟體需求說明書中的功能模塊進行組合優化，分析出各個模塊的數據結構及數據關系、運算邏輯，理清各模塊之間的業務流程，最後根據各業務部門人員的實際情況規劃各模塊的界面樣式。
我的開發方案書也寫得很詳細，不過相比功能需求說明書，感覺容易些，畢竟大方向已有了。開發方案書中我將數據結構中的表及欄位全部規劃好，並命名好，包括其數據類型、長度等，做成表格，並將各欄位數據來源及編輯方式等均做好說明。前面忘記說明了，我雖然對編程不懂，但由於以前有過管理軟體操作方面經驗，對資料庫還是有一定了解的，但也只是懂一些皮毛，不過用天縱快速開發平台開發，這點資料庫方面的知識夠用了，以後使用過程中如果需要更復雜的一些SQL語句再網上搜索一下吧。
開發方案書對後期的系統開發非常重要，下面的開發過程其實就是將開發方案書的內容在快速開發平台進行配置的過程。
第三步：開發及測試
有開發方案書，接下來的開發就非常容易了，其實就是將開發方案書的內容配置到開發平台上的過程，這就是我前面說的為什麼找這樣一個開發平台開發這個系統的原因。
用配置型開發平台開發軟體相當簡單快速，一般的模塊三步就可以搞定了，第一步設置模塊信息，第二步設置表單屬性，第三步設置表中每個欄位。也許我這樣說你還是不太相信，那好吧。上圖！
天縱快速開發平台分開發後台和應用前台。顧名思義，開發後台是供開發者使用的，應用前台是開發好的系統進行使用的地方。好了，進入開發後台吧，如下圖：
通過這三步的配置，一個功能模塊基本完成了。是不是非常簡單快速！整體開發過程是不是全部是通過配置來完成的。當然上面提到的是一些最基本的配置，對於復雜功能要求的模塊，可能還要進行更詳細的配置。
配置型開發平台由於省去代碼編寫，開發速度大大提高，由於界面是由開發平台中間件根據配置的業務參數自動生成，不用每個界面均去編寫一套代碼，因此出錯率大大降低，軟體的性能和穩定性自然也就有了保障。
第四步：編寫操作手冊
系統開發好後，有一個收尾工作是不能省的，那就是編寫操作手冊。好在我平時沒事就喜歡寫點博客，對寫作沒有畏懼心。操作手冊是供使用者學習和操作時用的，在操作手冊中我將系統操作過程及其注意事項詳細列出，事後我才知道，操作手冊也是這個系統正式能使用起來的重要因素之一，因為我寫的操作手冊有聲有色，條理清晰，操作這個系統的同事很快就能理解並上手了。
我得出的經驗是：操作手冊越早編寫越好，最好是在開發的同時就進行編寫，開發過程中一些重點內容要立即記錄下來，提醒以後的使用者，時間一長了，就算是開發者本人也可能都忘記了，最後導致使用者走彎路。
第五步：上線試運行
折騰了半個多月，一個共有50多個模塊的內部管理系統基本算是大功告成了，請客戶的幾個部門領導一起演示操作走了一遍，大家十分滿意，總算沒辜負老他們板的期望。他們老闆一高興，批准買一台伺服器專門運行這個系統。我花了一天時間，部署到伺服器上，開始上線試運行。
第六步：正式運行
經過了半個月的試運行，調整了其中出現一些小問題，就開始召集所有部門相關人員進行幾天的操作培訓，開始正式在公司內全面運行。