A. 開發一個webapp（前端+後端）需要多少錢
開發一個webapp（前端+後端）需要多少錢
如今，不少企業都想擁有屬於自己企業或產品的手機APP，但其中最困擾企業主的問題就是：開發一款手機APP到底需要多少錢？
簡單點來說，要視手機APP的需求及質量而言，價位一般在幾千到十幾萬左右，更高端的價格更高。
四、APP開發公司的所在地
需要注意的是，同樣實力的APP開發公司，在不同的城市也會導致APP的成本費用高一些，如在北京、深圳和上海等地的開發公司開發成本費用就會比較高，因為當地開發人員的薪資和其他支出相對更高。
以上就是影響一款手機APP製作成本價格的4點因素，希望對您有所幫助！
B. 什麼是網頁的前端和後端開發
1.前端框架一般指用於簡化網頁設計的框架，比如，jquery，extjs，bootstrap等等，這些框架封裝了一些功能，比如html文檔操作，漂亮的各種控制項(按鈕，表單等等)。
2. 使用前段框架可以降低界面開發周期和提高界面的美觀性。
3. 有些框架比較輕量，比如jquery，有些框架比較重量，比如extjs。一般來說重量的框架會封裝更多的功能，比如extjs，封裝的grid控制項有很強的數據展示和操作功能。
1.對用戶的價值：
大部分產品對用戶的核心價值是功能和內容提供的，而不是由表現層和交互。譬如支付、電商、新聞、交友。
後端解決有還是無的問題，開天闢地。
前端解決有了以後好用的問題，錦上添花，在競爭激烈的領域確實至關重要。
2.技術廣度和難度：
廣度上後端工作在伺服器領域，能控制的硬體基本沒有極限，CPU、存儲、網路、集群等等，因此技術領域極廣。一個優秀的後端需要掌握或了解大量技術如：並發、業務架構、資料庫、幾打流行框架、性能調優、分布式計算、集群架構、容災、安全、運維等等，一層挖透了還有下一層。幾十年計算機發展歷史中大量的技術沉澱在伺服器端。
Web前端一直工作在一個瀏覽器盒子里，先天不足，能承載的可能性太小，技術廣度不足。
深度上，現代計算機領域的難題如大規模負載，海量數據處理，實時計算也是後端的，前端集中在表示層，這一層雖然也很復雜，但能稱之為難題的技術幾乎沒有，也很容易復制。
前端要說深度也不是沒有，但這一步需要跨到圖形領域(如網頁游戲)，不是常見場景。
說到底前端代碼能控制的硬體確實不如後端，因此在技術上，前端更容易。現在為什麼說前端會比後端更值錢呢?那是因為前端對硬體的控制能力提升了(html5 odejsmobile)，而後端分化得比較厲害，有一批後端專門只寫業務邏輯，框架是別人寫的，系統架構是別人搭的，伺服器跑在雲里，連機器物理地址都不知道。世人眼裡可能覺得這種寫MVC代碼的人才是後端，這種被限制在一個「虛擬盒子」里的後端確實不怎麼難上手。
一般而言網上說的互聯網行業的技術含量排名大概是這樣：
產品經理<設計師<前端<後端<其他更高級職位，比如演算法工程師等等。
在廣大中小公司，很多產品經理都是不會代碼，不會設計。 很多技校學藝術設計的畢業生，當上了美工。這些都是真，所以能力低，乾的人多，自然就低。然而，你問Google設計師掙多少了嘛?
門檻低不等於技術含量低。
C. 關於後端程序員寫前端用什麼框架更好
各大前端框架可以按照「封裝度」的標准來區分。 設計剛出的一套網頁皮膚，封裝度為0。層層封裝到可以直接用後台語言寫頁面，封裝度為10。那麼我是這樣來區分前端框架的。
1級——純html+css 放5年前，基本就是用Dreamweaver剛排出來的頁面或者網頁查看源代碼扒下來的皮膚。不涉及到js，就是純頁麵皮膚。
2級—— bootstrap系列 bootstrap的出現是一個里程碑事件。發源於twitter，引入了不少html5/css3的特性。由於它對響應式的支持以及良好的體驗，給人一種耳目一新的感覺。其源碼，不管是css還是js都值得學習一下，看後經常會有「原來還可以這樣做」這種恍然大悟的感覺。不過歸根結底是一套ui皮膚+少量js組成的框架，屬於封裝度偏低的框架。
3~4級—— metronic/adminLTE系列 基於bootstrap或者其他1級框架，然後集成了各種jQuery插件、富文本編輯器等js庫，組成的一個大雜燴工具包和案例庫。皮膚基本是基於bootstrap自定義的一套主題。案例比較詳盡，開發的時候找到需要的組件把前端代碼復制粘貼，再稍微調試一下就能達到良好的視覺效果。根據集成的第三方庫的多少，基本可以劃分到3~4級封裝度這樣的范圍。這個級別的框架的代碼更多的是屬於粘合劑，將各種不同的第三方庫的前端代碼粘合起來。
5級—— jQuery-ui 這里要單獨把jQuery-ui拿出來講，並不是因為它的封裝度有多高，而是我認為它是一個分界點。jQuery以下級別的框架，代碼以css為主，自身的js代碼少，框架量級更輕，更靈活，更適合互聯網web產品。jQuery以上級別的框架，屬於前端的重度封裝，通過框架暴露的介面進行開發，開發人員甚至不需要太多前端知識，只需要詳細查看框架的開發文檔即可。jQuery以上級別的框架更適合傳統管理軟體的開發。
6~7級—— easy-ui/DWZ easy-ui基於jQuery-ui，不過具有更豐富的組件庫。貌似商業版收費很高。聽說某大型國企花了大價錢購買下來使用。DWZ是國產框架中我認為綜合表現還不錯的，完全免費，有問題可以在他們的QQ群里提。其餘的之前還用過金蝶的operamasks-ui，不過現在好像已經不更新了。這一類級別的框架還有一個另外的稱呼——「富客戶端框架」，意思就是重度js框架。使用起來開發效率很高，當年也是一度百花齊放，框架輩出。
8級—— extjs系列 extjs屬於前端框架領域中的龐然大物，封裝程度很高，具有自成體系的元素選擇引擎和瀏覽器兼容方案，js寫法上也有自己的方式。組件很多很全。只看extjs的官方文檔和示例幾乎不必學習任何其他的前端知識就可以做出「很漂亮」的前端頁面。當然頁面很容易「撞衫」。使用時間長了，會對其產生嚴重依賴，離開extjs，幾乎不會寫前端頁面了。
9級——vaadin/GWT 最後一級，也是封裝度最高的一級，也就是所謂的使用後台語言寫前端。如果說之前的八級至少前端和後端還是相對分離的，後台程序在java中寫，前台程序在html或者js中寫；那麼這一級別的框架簡直會顛覆你的認知！只需在後台使用java寫好了類和對象，並設置好相關的屬性，網頁的元素是自動通過後台對象生成的。這當然有好處，媽媽再也不用擔心我不會寫js和css了。然而就學一下html/css/js真的那麼難嗎？個人認為，盡管GWT有google的這么強悍的背書，但是這種9級封裝的本質上把前後台耦合得更緊密。一個人做一個項目還可以考慮，但是一個團隊前後台分離、模塊化開發的時候，使用這種框架是一種災難！所以我是極度不建議使用9級封裝框架的。
D. 程序員分前端與後端，那麼後端程序員都做些什麼看完就知道了
我剛開始做Web開發的時候，根本沒有前端，後端之說。
原因很簡單，那個時候伺服器端的代碼就是一切： 接受瀏覽器的請求，實現業務邏輯，訪問資料庫，用JSP生成HTML，然後發送給瀏覽器。
即使後來Javascript在瀏覽器中添加了一些AJAX的效果，那也是錦上添花，絕對不敢造次。因為頁面的HTML主要還是用所謂「 套模板 」的方式生成：美工生成HTML模板，程序員用JSP,Veloctiy,FreeMaker等技術把動態的內容添加上去，僅此而已。
那個時候最流行的圖是這個樣子：
在最初的J2EE體系中，這個 表示層 可不僅僅是瀏覽器中運行的頁面，還包括Java寫的桌面端，只是Java在桌面端太不爭氣， 沒有發展起來。
每個程序員都是所謂 「全棧」工程師 ，不僅要搞定HTML, JavaScript, CSS，還要實現業務邏輯，編寫訪問資料庫的代碼。等到部署的時候，就把所有的代碼打成一個WAR包，往Tomcat指定的目錄一扔，測試一下沒問題，收工回家！
不差錢的公司會把程序部署到Weblogic，Websphere這樣的應用伺服器中，還會用上高大上的EJB。
雖然看起來生活「簡單」又「愜意」，但實際上也需要實現那些多變的、不講邏輯的業務需求，苦逼的本質並沒有改變。
隨著大家對瀏覽器頁面的 視覺和交互 要求越來越高，「套模板」的方式漸漸無法滿足要求，這個所謂的表示層慢慢地遷移到瀏覽器當中去了，一大批像Angular, ReactJS之類的框架崛起，前後端分離了！
後端的工程師只負責提供介面和數據，專注於業務邏輯的實現，前端取到數據後在瀏覽器中展示，各司其職。
像Java這樣的語言很適合去實現復雜的業務邏輯，尤其是一些MIS系統，行業軟體如稅務、電力、煙草、金融，通信等等。 所以剝離表示層，只做後端挺合適的。
但是如果僅僅是實現業務邏輯，那後端也不會需要這么多技術了，搞定SSH/SSM就行了。
互聯網，尤其是移動互聯網開始興起以後，海量的用戶呼嘯而來，一個單機部署的小小War包肯定是撐不住了，必須得做分布式。
原來的單個Tomcat得變成Tomcat的 集群 ，前邊弄個Web伺服器做請求的 負載均衡， 不僅如此，還得考慮狀態問題，session的一致性。
（註：參見文章《小白科普：分布式和集群》）
業務越來越復雜，我們不得不把某些業務放到一個機器（或集群）上，把另外一部分業務放到另外一個機器（或集群）上，雖然系統的計算能力，處理能力大大增強，但是這些系統之間的通信就變成了頭疼的問題， 消息隊列 （MQ)， RPC框架 （如Dubbo）應運而生，為了提高通信效率，各種 序列化的工具 (如Protobuf)也爭先空後地問世。
單個資料庫也撐不住了，那就做資料庫的 讀寫分離 ，如果還不行，就做 分庫和分表 ，把原有的資料庫垂直地切一切，或者水平地切一切， 但不管怎麼切，都會讓應用程序的訪問非常麻煩，因為數據要跨庫做Join/排序，還需要事務，為了解決這個問題，又有各種各樣「 數據訪問中間件 」的工具和產品誕生。
為了最大程度地提高性能，緩存肯定少不了，可以在本機做緩存(如Ehcache)，也可以做 分布式緩存 (如Redis)，如何搞 數據分片 ，數據遷移，失效轉移，這又是一個超級大的主題了。
互聯網用戶喜歡上傳圖片和文件，還得搞一個 分布式的文件系統 （如FastDFS），要求高可用，高可靠。
數據量大了，搜索的需求就自然而然地浮出水面，你得弄一個支持全文索引的 搜索引擎 (如Elasticsearch ,Solr)出來。
林子大了，什麼鳥都有，必須得考慮 安全 ，數據的加密/解密，簽名、證書，防止sql注入，XSS/CSRF等各種攻擊。
前面提到了這么多的系統，還都是分布式的，每次上線，運維的同學說：把這么多系統協調好，把老子都累死了。
得把持續集成做好，能自動化地部署，自動化測試（其實前端也是如此），後來出現了一個革命化的技術 docker ， 能夠讓開發、測試、生成環境保持一致，系統原來只是在環境（如Ngnix, JVM,Tomcat,MySQL等）上部署代碼，現在把代碼和環境一並打包， 運維的工作一下子就簡化了。
公司自己購買伺服器比較貴，維護也很麻煩，又難於彈性地增長，那就搞點虛擬的伺服器吧，硬碟、內存都可以動態擴展（反正是虛擬的）， 訪問量大的時候多用點，沒啥訪問量了就釋放一點，按需分配，很方便，這就是 雲計算 的一個場景。
隨著時間的推移，各個公司和系統收集的數據越來越多，都堆成一座大山了，難道就放在那裡白白地浪費硬碟空間嗎？
有人就驚奇地發現，咦，我們利用這些數據搞點事情啊， 比如把數據好好分析一下，預測一下這個用戶的購買/閱讀/瀏覽習慣，給他推薦一點東西嘛。
可是這么多數據，用傳統的方式計算好幾天甚至好幾個月才能出個結果，到時候黃花菜都涼了，所以也得利用分布式的技術，想辦法把計算分到各個計算機去，然後再把計算結果收回來， 時勢造英雄， Hadoop 及其生態系統就應運而生了。
之前聽說過一個大前端的概念，把移動端和網頁端都歸結為「前端」，我這里造個詞「大後端」，把那些用戶直接接觸不到的、發生在伺服器端的都歸結進來。
現在無論是前端還是後端，技術領域多如牛毛，都嚴重地細分了，所以 我認為真正的全棧工程師根本不存在，因為一個人精力有限，不可能搞定這么多技術領域，太難了 。
培訓機構所說的「全棧」，我認為就是前後端還在拉拉扯扯，藕斷絲連，沒有徹底分離的時候的「全棧」工程師。
那麼問題來了， 後端這么多東西，我該怎麼學？
之前寫過一篇文章叫做《上天還是入地》，說了學習的廣度和深度，在這里也是相通的。
往深度挖掘，可以成為某個技術領域的專家，如搜索方面的專家、安全方面的專家，分布式文件的專家等等，不管是哪個領域，重點都不是學會使用某個工具和框架， 而是保證你可以自己的知識和技術去搞定這個領域的頂尖問題。
往廣度發展，各個技術領域都要了解，對於某種需求，能夠選取合適的軟體和技術架構來實現它，把需求轉化成合適的技術組件，讓這些組件以合適的方式連接、部署、運行，這也需要持續地學習和不斷的經驗積累。
最後，以一張漫畫來結束吧！
C/C++高級工程師學習路線圖：
E. 前端開發和後端開發有什麼區別
前端開發和後端開發的區別在於：
一、展示方式不同
1、前端開發主要做的是用戶所能看到的前端展示界面。
2、後端開發主要做的是邏輯功能等模塊，是用戶不可見的。
二、所用技術不同
1、前端開發用到的技術包括但不限於html5、css3、javascript、jquery、Bootstrap、Node.js 、AngularJs等技術。
2、後端開發 以java為例 主要用到的 是包括但不限於Struts spring springmvc Hibernate Http協議 Servlet Tomcat伺服器等技術。
(5)編寫一個前端後端程序擴展閱讀：
公司對前後端人員招聘的要求：
Web前端：
1、精通HTML，能夠書寫語義合理，結構清晰，易維護的HTML結構；
2、精通CSS，能夠還原視覺設計，並兼容業界承認的主流瀏覽器；
3、熟悉JavaScript，了解ECMAScript基礎內容，掌握1到2種js框架，如JQuery；
4、對常見的瀏覽器兼容問題有清晰的理解，並有可靠的解決方案；
5、對性能有一定的要求，了解yahoo的性能優化建議，並可以在項目中有效實施；
Web後端：
1、精通jsp，servlet，javabean，JMS，EJB，Jdbc，Flex開發，或者對相關的工具、類庫以及框架非常熟悉，如Velocity，Spring，Hibernate，iBatis，OSGI等，對Web開發的模式有較深的理解；
2、練使用oracle、sqlserver、mysql等常用的資料庫系統，對資料庫有較強的設計能力；
3、熟悉maven項目配置管理工具，熟悉tomcat、jboss等應用伺服器，同時對在高並發處理情況下的負載調優有相關經驗者優先考慮；
4、精通面向對象分析和設計技術，包括設計模式、UML建模等；
5、熟悉網路編程，具有設計和開發對外API介面經驗和能力，同時具備跨平台的API規范設計以及API高效調用設計能力；
F. 計算機前端和後端哪個好寫程序的話是後端做的比較多麼
前端入門簡單，編程復雜性邏輯性沒有後端那麼復雜，後端適合邏輯性強，有一定編程基礎的，前端是更簡單容易入門。前端和後端是從開發者角度來說的，前端就是用戶可見部分的優化、交互功能開發，隨著軟體WEB化，Html5前端開發技術的發展，前端的技術方向越來越多，可開發解決的功能很多。
web前端有廣闊的發展空間，app、小程序、移動端、pc端等都是需要前端技術的開發支持才能夠完成，技術門檻相對較低、需求量較大，薪資待遇良好。只要是互聯網端的客戶界面，就需要前端來製作完成，前端開發的編程量不大，但是需要部分編程，入門簡單，但是要學的深入需要一個過程。
Web前端招聘崗位
• 前端開發工程師、Web開發工程師、網頁開發工程師、HTML開發工程師...
• H5開發工程師、移動應用開發工程師、App開發工程師、小程序開發工程師...
• JS開發工程師、Vue.js開發工程師、Node.js開發工程師、前端架構師...
• 小游戲開發工程師、數據可視化開發工程師、WebGL開發工程師、WebVR開 發工程師、Web安全工程師...
在互聯網行業，前端有WEB前端、HTML前端等，隨著互聯網技術發展，就業方向也有很多。web前端的就業方向有web架構師、web前端工程師、HTML前端開發工程師、網頁設計師等等。
HTML前端開發
與Web前端開發不同的是，使用HTML5不僅僅可以開發前端，還有網頁游戲，手機APP，使用瀏覽器進行3D渲染等一系列建立在HTML5標准與搭載其標准瀏覽器上的開發，而未來可能會有更多的功能分支並入HTML5標准。web前端工程師
這個方向是目前從事Web前端開發的主要就業方向
Web架構師
薪資普遍比較高，技術要求高，掌握多種技能，包括：後端技術、DBA、Platform等等，甚至包括網站優化SEO技術。
數據方向
數據研發這個是在Web開發的基礎上用數據附能，懂可視化的一定是有前端能力的，懂hadoop的一定java要熟悉，屬於Web開發的拓展方向。
大前端方向
比如阿里，在大量實踐rn和weex;由於公司內部安卓/ios式微，一定程度上，前端把ios和安卓收編了，統稱大前端。
圖形學方向
前端自然是與圖形學有千絲萬縷的聯系，除了上面提到了可視化，還有相關3d引擎的開發工作。做這一行要求也非常高了，圖形學相關的演算法，3d引擎的開發，這都需要圖形學相關知識。
G. 前端和後端需要什麼呀
前端：
所有你能看到的東西都是前端做的，比如界面、交互，當然還有數據從後台讀取展示和向後台發送數據。
前端開發，就是要創造上面提到的網站面向用戶的部分背後的代碼，並通過建立框架，構建沉浸性的用戶體驗。為了實現這個目標，開發需要熟練運用下列語言、框架、工具庫：
● 三大語言：HTML，CSS，和 Javascript；
● 此外，掌握 jQuery 和 LESS 等工具庫也很重要，它們能幫助開發者以更高效的方式編碼；
● 很多前端開發崗也要求 Ajax 方法的使用經驗，它可以幫助你使用 Javascript 在後台從伺服器拉取數據，協助實現頁面的動態載入。
H. 如何給後端程序設計前端頁面
後端伺服器一般是指servlet容器，用於執行java源程序
常見的網頁有html，htm,shtml，asp，aspx，php，jsp等格式
前兩個常用於靜態網頁，後面幾個常用於動態網頁。
這里前端網頁以比較常見的 xx.html 和 xx.jsp 網頁作為介紹，其它類似
一、靜態頁面xx.html如何跟後台交互：
先來看一個最簡單的登陸界面源代碼
user: password: <input type="submit" value="Submit"/>
</form>12
這是一個表單，我們看到裡面都是純html內容，這是一個靜態頁面，當我們點擊submit按鈕時候，瀏覽器會提交表單內的數據到伺服器的loginServlet這個相對地址，我們看看瀏覽器的地址變成啥了：
這不就是我們的後台servlet的地址嘛，然後這個地址指向的是loginServlet這個servlet，然後在web.xml文件中找到這個servlet關聯的java類，從而執行了伺服器端的程序（第一次執行，那麼會實例化，然後執行裡面init()函數，然後執行service（）函數，如果是第二次調用，那麼不用實例化了，直接執行service（）函數），我們來看看伺服器端的源程序：
package com.atguigu.javaweb;
import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.Servlet;
import javax.servlet.ServletConfig;
import javax.servlet.ServletContext;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.http.HttpServletRequest;
public class loginServlet extends MyGeneriServlet {
public void init(javax.servlet.ServletConfig config) throws ServletException{
super.init(config);
}
public void service(ServletRequest request, ServletResponse response)
throws ServletException, IOException {
//獲取請求方式是GET,POST方式？
HttpServletRequest httpServletRequest=(HttpServletRequest) request;
String method=httpServletRequest.getMethod();
System.out.println(method);
//1.獲取請求參數：username，password
String username=request.getParameter(「username」);
String password=request.getParameter(「password」);
//獲取請求參數
String initUser=getServletContext().getInitParameter(「user」);
String initpassword=getServletContext().getInitParameter(「password」);
PrintWriter out=response.getWriter();
//3.對比
if(initUser.equals(username)&&initpassword.equals(password)){
out.print("Hello"+username); // 生成html內容
}else{
out.print("Sorry"+username); // 生成html內容
}
}12345678
}
上面沒有判斷此時對servlet的請求是post還是get方法，不過沒關系，request這個傳進來的參數以及包含了這些信息，自己判斷一下執行相應的操作即可
由於頁面路徑已經跳轉到servlet了，但是servlet不是一個.html文件啊，那豈不是沒有內容供瀏覽器顯示了，不是的，我們看到返回的參數response中的對象PrintWriter out用於動態生成html內容的字元串"Hello"，所以這時候相當於servlet這個路徑也有了html內容了，瀏覽器的頁面就會顯示上述字元串了
二、jsp頁面如何跟後端伺服器交互：
jsp網頁文件就是html內容裡面插入java代碼，當我們訪問.jsp網頁文件時候，伺服器提前已經知道這個頁面內含有java代碼，那麼伺服器這邊就得先執行一下這些代碼（就跟執行servlet的java源代碼一樣），同時把執行的結果嵌入在當前這個.jsp頁面內，我們看看源代碼：
<%@page import=「java.util.Date」%> // 如果這個.jsp頁面中用到了一些java函數，就得導入庫，這就跟java源文件一樣的
<% out.println("Hello World！"); // 這里實際上是伺服器執行了結果，然後以文本返回給瀏覽器進行顯示 %>
上面紅色代碼就是java代碼，剛剛說過對象PrintWriter out用於動態生成html內容的字元串，所以伺服器執行完嵌入在裡面的java代碼後，就是動態生成了一串html代碼，然後一起傳給客戶端瀏覽器進行顯示
當然這種情況.jsp裡面沒有按鈕，表單這樣的控制項，現在再來看看有表單這種.jsp如何跟後端交互：
view.jsp
<%@page import=「day03_student.Student」%> // 還是得帶入java用到的庫文件
學生個人基本信息
<% Student s=(Student)request.getAttribute("students"); // %>
編號 學號 姓名 性別 年齡
<%=s.getId()%> <%=s.getStuno()%> <%=s.getName()%> <%=s.getGender()%> <%=s.getAge() %>
參考的原文：https://blog.csdn.net/myclass1312/article/details/80571867
這時候如果我們直接訪問這兒view.jsp文件，應該是沒有數據的，因為對象s無法從request對象獲取，必須得先給這個request對象賦值才行，即應該從如下servlet路徑跳轉來view.jsp文件路徑才行
public class viewservlet extends HttpServlet {
private StudentDao =new StudentDao();
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
String idstr = request.getParameter("id");
int id = Integer.parseInt(idstr);
//將數據放入request中，傳遞到頁面
Student student=.queryById(id);
request.setAttribute("students", student);
request.getRequestDispatcher("view.jsp").forward(request, response); // 這里是從當前頁面跳轉去哪個頁面，同時傳遞了request, response這兩個參數，這時候的request就是有內容的，接下來的view.jsp頁面就能獲取到內容而且動態生成html內容
}
public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
this.doGet(request, response);
}123456789101112131415
}
總結：每個xx.html文件,xx.jsp文件，servlet響應程序…都是需要在客戶端瀏覽器通過URL來訪問的。
xx.jsp文件，servlet響應程序因為含有java源代碼，需要伺服器電腦先執行一下，.jsp文件中的java代碼一般會動態生成一些html內容嵌入在當前.jsp文件裡面一起給瀏覽器顯示出來；而servlet中的java代碼一般是數據處理功能的，可能會通過request.getRequestDispatcher(「view.jsp」).forward(request, response);
這樣的方式跳轉到其它有html內容的頁面的URL（同時傳遞處理好的數據過去） 來顯示結果
I. 網站建設前端和後端怎麼開發
前端一般是不是頁面設計，製作html
後端是程序開發
一般網站可以在網上找一些開源cms，省下後端開發的時間
前端頁面設計這個需要有一定的設計能力，html要掌握基本html知識和js知識
J. 程序前端跟後端有什麼區別呀
前端開發主要做的是用戶所能看到的前端展示界面；後端開發主要做的是邏輯功能等模塊。其實主要區別體現在以下兩個方面：知識結構與實現和工作職責。
1、知識結構
（1）展示的方式不同
前端指的是用戶可見的界面，網站前端頁面也就是網頁的頁面開發，比如網頁上的特效、布局、圖片、視頻，音頻等內容。前端的工作內容就是將美工設計的效果圖的設計成瀏覽器可以運行的網頁，並配合後端做網頁的數據顯示和交互等可視方面的工作內容。
後端是指用戶看不見的東西，通常是與前端工程師進行數據交互及網站數據的保存和讀取，相對來說後端涉及到的邏輯代碼比前端要多得多，後端考慮的是底層業務邏輯的實現，平台的穩定性與性能等。
2、工作職責
前端工程師主要的工作職責分為三大部分，分別是傳統的Web前端開發，移動端開發和大數據呈現端開發。Web前端開發主要針對的是PC端開發任務；
移動端開發則包括Android開發、iOS開發和各種小程序開發，在移動互聯網迅速發展的帶動下，移動端的開發任務量是比較大的，隨著5G標準的落地，未來移動端的開發任務將得到進一步的拓展；大數據呈現則主要是基於已有的平台完成最終分析結果的呈現，呈現方式通常也有多種選擇，比如大屏展示等。
後端工程師的主要職責也集中在三大部分，分別是平台設計、介面設計和功能實現。平台設計主要是搭建後端的支撐服務容器；介面設計主要針對於不同行業進行相應的功能介面設計，通常一個平台有多套介面，就像衛星導航平台設有民用和軍用兩套介面一樣；功能實現則是完成具體的業務邏輯實現。