『壹』 web前端參考文獻
web前端參考文獻
前端為設計網頁，那麼，關於web前端的參考文獻有哪些?
[1]匡成寶。HTML語言的網頁製作方法與技巧探討[J].電腦迷，2017,(03)：190-191.
[2]張欣欣。HTML及網路地圖API在WebGIS中的應用實例研究[J].江蘇科技信息，2017,(07)：63-65.
[3]王秀萍，季金奎。Word轉換成Html的方法探析[J].福建電腦，2017,(01)：166+23.
[4]馬凌熙。關於ASP程序在html中的調用[J].電子製作，2016,(24)：45.
[5]羅正蓉，范靈。應用HTML和CSS製作網頁[J].科技展望，2016,(26)：10.
[6]朱敏。JavaScript在HTML中的應用探討[J].科技視界，2016,(24)：227-228.
[7]SENGSopheaK.從HTML文檔中基於模式的信息提取[D].北京交通大學，2016.
[8]劉霜，潘立武。HTML發展應用中的探索與研究[J].信息與電腦(理論版)，2016,(11)：72-73.
[9]魏佳欣，葉飛躍。基於HTML特徵與層次聚類的Web查詢介面發現[J].計算機工程，2016,(02)：56-61.
[10]柳汨。基於HTML語言的網頁製作淺析[J].中小企業管理與科技(上旬刊)，2016,(01)：258.
[11]齊慧平。HTML語言的網頁製作技巧與方法分析[J].電腦迷，2016,(01)：11+13.
[12]蘇磊，張玉，蔡斐。科技期刊全文閱讀模式PDF和HTML的對比與分析[J].編輯學報，2015,(S1)：17-19.
[13]茹先古麗·吾守爾，艾合買提·阿布拉。基於HTML語言的網頁製作方法[J].經貿實踐，2015,(09)：267.
[14]劉曦愷。HTML網頁發展的可用性探析[J].通訊世界，2015,(12)：282.
[15]王闖。HTML語言的網頁製作技巧與方法分析[J].無線互聯科技，2015,(11)：38-39.
[16]陳少林。基於HTML代碼分析的Web應用自動化測試方法研究[D].東南大學，2015.
[17]管英祥，任淵博，向為鋒。基於HTMLCanvas的電磁態勢繪制方法[J].電腦知識與技術，2015,(14)：68-70.
[18]劉全志，於治樓。基於CSS選擇器的HTML信息抽取研究[J].信息技術與信息化，2015,(03)：100-102.
[19]夏飛，丁勝，孟振南，湯葉舟，謝景文。基於雲計算平台的HTML解析系統的設計與實現[J].現代計算機(專業版)，2015,(01)：42-44+48.
[20]潘敏。基於PCA演算法的.HTML網頁篡改檢測定位系統[J].湖北師范學院學報(自然科學版)，2014,(04)：21-24.
[21]姜福成。基於HTML5網頁地圖瀏覽器的開發與應用[J].計算機應用，2014,(S2)：364-367.
[22]杜戎平。用Java語言實現Excel表格數據到HTML表格數據的轉換[J].電腦編程技巧與維護，2014,(23)：62-64.
[23]鄭培純。基於HTML5的多媒體播放網站[D].吉林大學，2014.
[24]童瑩。HTML編輯器在JAVAWEB下的應用研究[J].無線互聯科技，2014,(11)：140-141.
[25]黃雄。基於HTML5的視頻傳輸技術研究[J].廣東技術師范學院學報，2014,(11)：20-25.
[26]胡晶。基於HTML5離線存儲的產品演示系統的開發[J].洛陽師范學院學報，2014,(11)：60-62+66.
[27]矯靜怡。基於HTML5的多平台采購系統的設計與實現[D].大連理工大學，2014.
[28]胡晶。基於HTML5的Web移動應用開發研究[J].工業控制計算機，2014,(10)：80-81.
[29]連政。基於HTML5技術的移動Web前端設計與開發[D].浙江工業大學，2014.
[30]張坤，呂義正。HTML5客戶端存儲的安全性探析[J].黃山學院學報，2014,(05)：13-15.
[31]黎志雄，黃彥湘，陳學中。基於HTML5游戲開發的研究與實現[J].東莞理工學院學報，2014,(05)：48-53.
[32]李正，張欣宇，馮一帆。HTML5技術在移動互聯網中的應用[J].信息通信技術，2014,(05)：71-75.
[33]胡晶，朱發財。HTML5的WEB通信機制問題研究[J].自動化應用，2014,(09)：15-17.
[34]吳永軍，王燕午，楊乃。HTML5新特性研究及其對WebGIS的影響分析[J].測繪標准化，2014,(03)：17-20.
[35]張旭，楊斌。基於HTML5+QNX的車載嵌入式應用解決方案[J].單片機與嵌入式系統應用，2014,(09)：32-34+52.
[36]汪小鋒，阮增輝，鄭焜。基於HTML5的移動醫學影像可視化系統的研究[J].中國醫療設備，2014,(08)：49-51.
[37]蔣東玉，田英鑫。圖像中表格轉換成HTML表格的研究與實現[J].黑龍江科技信息，2014,(24)：172.
[38]於萬國。用HTML+CSS+JavaScript實現計算器的設計[J].衡水學院學報，2014,(04)：27-30.
[39]黃悅深。基於HTML5的移動WebApp開發[J].圖書館雜志，2014,(07)：72-77.
[40]馮永亮。HTML5本地數據存儲技術研究[J].西安文理學院學報(自然科學版)，2014,(03)：66-69.
[41]鍾迅科。基於HTML5的跨平台移動Web應用與混合型應用的研究[J].現代計算機(專業版)，2014,(19)：32-36.
[42]丘嶸，譚德。基於HTML5的混沌系統的數字化實現[J].現代電子技術，2014,(13)：50-52.
[43]陳澤鵬。基於HTML5技術的移動數字校園的研究與應用[D].湖南大學，2014.
[44]林青，李健。PDF文檔HTML化中文本重排問題研究[J].電腦與信息技術，2014,(03)：27-30.
[45]趙勇軍，符紅霞。在嵌入式瀏覽器中基於HTML的滾動顯示效果實現方法研究[J].智能計算機與應用，2014,(03)：100-102.
[46]林青。支持多終端HTML資源生成的PDF轉化系統研究與實現[D].北京工業大學，2014.
[47]胡晶。HTML5中Canvas與Flash的應用研究[J].寧德師范學院學報(自然科學版)，2014,(02)：151-155.
[48]高旺，李樹超，高峰，任祥花，李申。基於HTML5的中小型智能倉庫管理系統的設計與實現[J].電子技術，2014,(05)：36-38.
[49]李施霖，管衛利，楊燕。用HTML5技術實現在線圖片編輯[J].大眾科技，2014,(05)：4-7+12.
[50]徐鑫鑫。基於HTML5和SVG跨平台工控圖形組態軟體的研發[D].南京大學，2014.
[51]劉滄生，管希東，李淑芝，蘭紅。基於HTML5的PPT智能模板設計[J].軟體工程師，2014,(05)：53-55+48.
[52]趙寧。關於HTML5網頁異化現象的分析[D].東北師范大學，2014.
[53]黃雄。基於HTML5的視頻音頻傳輸技術的研究與設計[D].廣東技術師范學院，2014.
[54]劉國紅。HTML5在移動互聯網開發中的應用[J].科技廣場，2014,(04)：59-62.
[55]王冉。運用HTML5技術解決移動閱讀發展中的制約因素[J].情報探索，2014,(04)：88-91.
[56]左正，胡昱，段雲嶺，李慶斌，馮金銘，張麗媛。基於第5代HTML標準的拱壩工程三維可視化網路平台[J].計算機輔助設計與圖形學學報，2014,(04)：590-596.
[57]AlexeyDemin,代沅興，李新，王宛山。基於HTML5與WebGL的機器人3D環境下的運動學模擬[J].東北大學學報(自然科學版)，2014,(04)：564-568.
[58]高躍，韓鵬，王少青。基於HTML5的數學公式渲染研究與實現[J].計算機應用與軟體，2014,(04)：15-18+55.
[59]梁艷。基於HTML5的WebRTC技術淺析[J].信息通信技術，2014,(02)：52-56.
[60]張衛國。基於HTML5的2D動畫的設計與實現[D].中山大學，2014. ;
『貳』 移動端網頁設計尺寸標准
涉移動端設計和開發的同學們，基本都會在尺寸問題上糾結好一陣子才能摸到頭緒。那麼大家知道移動端網頁設計尺寸標準是多少呢?下面一起來看看!
現象
首先說現象，大家都知道移動端設備屏幕尺寸非常多，碎片化嚴重。尤其是Android，你會聽到很多種解析度：480x800, 480x854, 540x960, 720x1280, 1080x1920，而且還有傳說中的2K屏。近年來iPhone的碎片化也加劇了：640x960, 640x1136, 750x1334, 1242x2208。
不要被這些尺寸嚇倒。實際上大部分的app和移動端網頁，在各種尺寸的屏幕上都能正常顯示。說明尺寸的問題一定有解決方法，而且有規律可循。
像素密度
要知道，屏幕是由很多像素點組成的。之前提到那麼多種解析度，都是手機屏幕的實際像素尺寸。比如480x800的屏幕，就是由800行、480列的像素點組成的。每個點發出不同顏色的光，構成我們所看到的畫面。而手機屏幕的物理尺寸，和像素尺寸是不成比例的。最典型的例子，iPhone 3gs的屏幕像素是320x480，iPhone 4s的屏幕像素是640x960。剛好兩倍，然而兩款手機都是3.5英寸的。
所以，我們要引入最重要的一個概念：像素密度，也就是PPI(pixels per inch)。這項指標是連接數字世界與物理世界的橋梁。
Pixels per inch，准確的說是每英寸的長度上排列的像素點數量。1英寸是一個固定長度，等於2.54厘米，大約是食指最末端那根指節的長度。像素密度越高，代表屏幕顯示效果越精細。Retina屏比普通屏清晰很多，就是因為它的像素密度翻了一倍。
倍率與邏輯像素
再用iPhone 3gs和4s來舉例。假設有個郵件列表界面，我們不妨按照PC端網頁設計的思維來想像。3gs上大概只能顯示4-5行，4s就能顯示9-10行，而且每行會變得特別寬。但兩款手機其實是一樣大的。如果照這種方式顯示，3gs上剛剛好的效果，在4s上就會小到根本看不清字。
在現實中，這兩者效果卻是一樣的。這是因為Retina屏幕把2x2個像素當1個像素使用。比如原本44像素高的頂部導航欄，在Retina屏上用了88個像素的高度來顯示。導致界面元素都變成2倍大小，反而和3gs效果一樣了。畫質卻更清晰。
在以前，iOS應用的資源圖片中，同一張圖通常有兩個尺寸。你會看到文件名有的帶@2x字樣，有的不帶。其中不帶@2x的用在普通屏上，帶@2x的用在Retina屏上。只要圖片准備好，iOS會自己判斷用哪張，Android道理也一樣。
由此可以看出，蘋果以普通屏為基準，給Retina屏定義了一個2倍的倍率(iPhone 6plus除外，它達到了3倍)。實際像素除以倍率，就得到邏輯像素尺寸。只要兩個屏幕邏輯像素相同，它們的顯示效果就是相同的。
Android的解決方法類似，但更復雜一些。因為Android屏幕尺寸實在太多，解析度高低跨度非常大，不像蘋果只有那麼幾款固定設備、固定尺寸。所以Android把各種設備的像素密度劃成了好幾個范圍區間，給不同范圍的設備定義了不同的倍率，來保證顯示效果相近。像素密度概念雖然重要，但用不著我們自己算，iOS與Android都幫我們算好了。
如圖所示，像素密度在120左右的屏幕歸為ldpi，160左右的歸為mdpi，以此類推。這樣，所有的Android屏幕都找到了自己的位置，並賦予了相應的倍率：
ldpi [0.75倍]
mdpi [1倍]
hdpi [1.5倍]
xhdpi [2倍]
xxhdpi [3倍]
xxxhdpi [4倍]
各型號iPhone的倍率比較簡單，我們後面會講到。那麼Android手機那麼多，具體怎麼分?哪些手機是幾倍的倍率呢?我們先看一張表，這是友盟2014年10月到2015年03月的數據：
就目前市場狀況而言，各種手機的解析度可以這樣粗略判斷。雖然不全面，但至少在1年內都還有一定的參考意義：
ldpi 如今已絕跡，不用考慮
mdpi [320x480](市場份額不足5%，新手機不會有這種倍率，屏幕通常都特別小)
hdpi [480x800、480x854、540x960](早年的低端機，屏幕在3.5英寸檔位;如今的低端機，屏幕在4.7-5.0英寸檔位)
xhdpi [720x1280](早年的中端機，屏幕在4.7-5.0英寸檔位;如今的中低端機，屏幕在5.0-5.5英寸檔位)
xxhdpi [1080x1920](早年的高端機，如今的中高端機，屏幕通常都在5.0英寸以上)
xxxhdpi [1440x2560](極少數2K屏手機，比如Google Nexus 6)
自然地，以1倍的mdpi作為基準。像素密度更高或者更低的設備，只需乘以相應的倍率，就能得到與基準倍率近似的顯示效果。
不過需要注意的是，Android設備的'邏輯像素尺寸並不統一。比如兩種常見的屏幕480x800和1080x1920，它們分別屬於hdpi和xxhdpi。除以各自倍率1.5倍和3倍，得到邏輯像素為320x533和360x640。很顯然，後者更寬更高，能顯示更多內容。所以，即使有倍率的存在，各種Android設備的顯示效果仍然無法做到完全一致。
單位
不難發現，真正決定顯示效果的，是邏輯像素尺寸。為此，iOS和Android平台都定義了各自的邏輯像素單位。iOS的尺寸單位為pt，Android的尺寸單位為dp。說實話，兩者其實是一回事。
單位之間的換算關系隨倍率變化：
1倍：1pt=1dp=1px(mdpi、iPhone 3gs)
1.5倍：1pt=1dp=1.5px(hdpi)
2倍：1pt=1dp=2px(xhdpi、iPhone 4s/5/6)
3倍：1pt=1dp=3px(xxhdpi、iPhone 6)
4倍：1pt=1dp=4px(xxxhdpi)
單位決定了我們的思考方式。在設計和開發過程中，應該盡量使用邏輯像素尺寸來思考界面。設計Android應用時，有的設計師喜歡把畫布設為1080x1920，有的喜歡設成720x1280。給出的界面元素尺寸就不統一了。Android的最小點擊區域尺寸是48x48dp，這就意味著在xhdpi的設備上，按鈕尺寸至少是96x96px。而在xxhdpi設備上，則是144x144px。
無論畫布設成多大，我們設計的是基準倍率的界面樣式，而且開發人員需要的單位都是邏輯像素。所以為了保證准確高效的溝通，雙方都需要以邏輯像素尺寸來描述和理解界面，無論是在標注圖還是在日常溝通中。不要再說「底部標簽欄的高度是96像素，我是按照xhdpi做的」這樣的話了。
Web怎麼辦
移動端頁面的絕對單位仍然是px，至少代碼里這么寫，但它的道理也和app一樣。由於像素密度是設備本身的固有屬性，它會影響到設備中的所有應用，包括瀏覽器。前端技術可以善加利用設備的像素密度，只需一行代碼，瀏覽器便會使用app的顯示方式來渲染頁面。根據像素密度，按相應倍率縮放。
以iPhone 5s為例，屏幕的解析度是640x1136，倍率是2。瀏覽器會認為屏幕的解析度是320x568，仍然是基準倍率的尺寸。所以在製作頁面時，只需要按照基準倍率來就行了。無論什麼樣的屏幕，倍率是多少，都按邏輯像素尺寸來設計和開發頁面。只不過在准備資源圖的時候，需要准備2倍大小的圖，通過代碼把它縮成1倍大小顯示，才能保證清晰。
實際應用
大家最關心的還是實際運用，畫布該怎麼設置。我們就iOS、Android、Web三個平台來分別梳理一下。不過在這之前，我要為使用PS進行設計的朋友介紹一個小技巧。
之前我說過，我們要以邏輯像素尺寸來思考界面。體現到設計過程中，就是要把單位設置成邏輯像素。打開PS的首選項——單位與標尺界面，把尺寸和文字單位都改成點(Point)。這里的點也就是pt，無論設計iOS、Android還是Web應用，單位都用它。當然，各平台單位名稱還是要記住的。這里我們用的只是它的原理，不用在意名稱。
要調節倍率，則通過圖像大小里的DPI來控制。這個DPI，其實就是PPI，像素密度。有個常識大家都知道，屏幕上的設計DPI設成72，印刷品設計DPI設成300。為什麼是這兩個數字?
首先說300，這和人眼的分辨能力有關。由於1英寸是固定長度，每1英寸有多少個像素點決定了畫質清晰程度。之前說過，這就是像素密度，也就是DPI。DPI達到300以上，其細膩程度就會給人真實感，像真實世界中的物件。相反，DPI只有10的話，在你一個食指指節大小的長度內只有10個像素，這明顯就是馬賽克了。所以印刷品要設成300，才能保證清晰。
再說72，這有一定的歷史原因。最早的圖形設計是在mac電腦上進行的，mac本身的顯示器解析度就是72。PS中把圖像DPI也設成72，就能保證屏幕上顯示的尺寸和列印尺寸相同，便於設計。72的PC顯示器解析度逐漸成為一種默認的行業標准，這套規則就這么沿用下來。
現在回到正題，我們怎麼通過DPI來調節倍率?既然屏幕本身的解析度是72，DPI設成72剛好是1倍尺寸，那設成72的兩倍就是倍率為2的屏幕了，就這么簡單。
下面來看看3個平台各自的畫布設置：
iPhone
iPhone的屏幕尺寸各不相同，我說的是邏輯像素尺寸，這確實是讓人很頭疼的事情。如果想用一套設計涵蓋所有iPhone，就要選擇邏輯像素折中的機型。
從市場佔有率數據來看，目前最多的是iPhone5/5s的屏幕。倍率為2，邏輯像素320x568。上升勢頭最猛，未來有望登上第一的是iPhone 6的屏幕。倍率為2，邏輯像素375x667。
按照這兩種尺寸來設計，都是比較主流的做法。可以兼顧短一些的iPhone 4s，大一點的6 plus也不會過於空曠。
不過在切圖的時候要注意，由於iPhone 6 plus的3倍圖是由2倍圖放大而來，所以點陣圖要注意保證清晰。
Android
都說Android碎片化嚴重，但它現在反而比iOS好處理。因為如今的Android屏幕邏輯像素已經趨於統一了：360x640，就看你設成幾倍了。想以xhdpi為准，就把DPI設成72x2=144。想以xxhdpi為准，就把DPI設成72x3=216。
對於那些比較老的低端機，寬度是480px的那批，畫面確實會小一些，顯示內容會更少。稍微留意一下，重要內容盡量保持在界面中上部分。
當然，這些機型不出一年就會被邊緣化，基本淘汰。現在能運轉的也是當作功能機在用，軟體多了必卡無疑，用戶體驗無從談起。不作考慮也是OK的。
Web
手機端網頁就沒有統一標准了，比較流行的做法是按照iPhone 5的尺寸來設計。倍率2，邏輯像素320x568。
這樣的做法比較實在，倍率2的屏幕無論在iOS還是Android方面都是主流，而且又是2倍屏幕中邏輯像素最小的。所以圖片的尺寸可以保持在較小的水平，頁面載入速度快。當然，缺點就是在倍率3的設備上看，圖片不是特別清晰。
如果追求圖片質量，願意犧牲載入速度，那麼可以按照最大的屏幕來設計。也就是iPhone 6 plus的尺寸，倍率3，邏輯像素414x736。
總結
移動端的尺寸比PC端復雜，關鍵就在倍率。但也正因為倍率的存在，把大大小小的屏幕拉回到同一水平線，得以保證一套設計適應各種屏幕。站在這條水平線的角度看，會發現它很好理解。
『叄』 網頁製作與網站設計報告書
網站項目管理規范
一.概念
網站項目管理就是根據特定的規范、在預算范圍內、按時完成的網站開發任務。
二.需求分析
1.項目立項
我們接到客戶的業務咨詢，經過雙方不斷的接洽和了解，並通過基本的可行性討論夠，初步達成製作協議，這時就需要將項目立項。較好的做法是成立一個專門的項目小組，小組成員包括：項目經理，網頁設計，程序員，測試員，編輯/文檔等必須人員。項目實行項目經理制。
2.客戶的需求說明書
第一步是需要客戶提供一個完整的需求說明。很多客戶對自己的需求並不是很清楚，需要您不斷引導和幫助分析。曾經有一次，我問客戶：「您做網站的目的是什麼？」他回答：「沒有目的，只是因為別人都有，我沒有！」。這樣的客戶就需要耐心說明，仔細分析，挖掘出他潛在的，真正的需求。 配合客戶寫一份詳細的，完整的需求說明會花很多時間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網站。那麼需求說明書要達到怎樣的標准呢？簡單說，包含下面幾點：
1.正確性：每個功能必須清楚描寫交付的功能；
2.可行性：確保在當前的開發能力和系統環境下可以實現每個需求；
3.必要性：功能是否必須交付，是否可以推遲實現，是否可以在削減開支情況發生時"砍"掉；
4.簡明性：不要使用專業的網路術語；
5.檢測性：如果開發完畢，客戶可以根據需求檢測。
三.系統分析
1.網站總體設計
在拿到客戶的需求說明後，並不是直接開始製作，而是需要對項目進行總體設計，詳細設計，出一份網站建設方案給客戶。總體設計是非常關鍵的一步。它主要確定：
1.網站需要實現哪些功能；
2.網站開發使用什麼軟體，在什麼樣的硬體環境；
3.需要多少人，多少時間；
4.需要遵循的規則和標准有哪些。
同時需要寫一份總體規劃說明書，包括：
1.網站的欄目和版塊；
2.網站的功能和相應的程序；
3.網站的鏈接結構；
4.如果有資料庫，進行資料庫的概念設計；
5.網站的交互性和用戶友好設計。
2.網站建設方案
在總體設計出來後，一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求並總體設計後提交方案，這樣對雙方都有益處。網站建設方案的包括以下幾個部分：
1.客戶情況分析；
2.網站需要實現的目的和目標；
3.網站形象說明；
4.網站的欄目版塊和結構；
5.網站內容的安排，相互鏈接關系；
6.使用軟體，硬體和技術分析說明；
7.開發時間進度表；
8.宣傳推廣方案；
9.維護方案；
10.製作費用；
11.本公司簡介：成功作品，技術，人才說明等。
當您的方案通過客戶的認可，您可以開始動手製作網站了。但還不是真正意義上的製作，你需要進行詳細設計：
3.網站詳細設計
總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發部分來說的。但這個階段的不是真正編寫程序，而是設計出程序的詳細規格說明。這種規格說明的作用很類似於其他工程領域中工程師經常使用的工程藍圖，它們應該 包含必要的細節，例如：程序界面，表單，需要的數據等。程序員可以根據它們寫出實際的程序代碼。
四. 項目實施
1.整體形象設計
在程序員進行詳細設計的同時，網頁設計師開始設計網站的整體形象和首頁。
整體形象設計包括標准字，Logo，標准色彩，廣告語等。 首頁設計包括版面，色彩，圖像，動態效果，圖標等風格設計，也包括banner，菜單，標題，版權等模塊設計。首頁一般設計1-3個不同風格，完成後，供客戶選擇。
記住：在客戶確定首頁風格之後，請客戶簽字認可。以後不得再對版面風格有大的變動，否則視為第二次設計。
開發製作
2.開發製作
到這里，程序員和網頁設計師同時進入全力開發階段，需要提醒的是，測試人員需要隨時測試網頁與程序，發現Bug立刻記錄並反饋修改。不要等到完全製作完畢再測試，這樣會浪費大量的時間和精力。項目經理需要經常了解項目進度，協調和溝通程序員與網頁設計師的工作。
調試完善
3.調試完成
在網站初步完成後，上傳到伺服器，對網站進行全范圍的測試。包括速度，兼容性，交互性，鏈接正確性，程序健壯性，超流量測試等，發現問題及時解決並記錄下來。
為什麼要記錄文檔呢？其實本軟體工程本身就是一個文檔，是一個不斷充實和完善的標准。通過不斷的發現問題，解決問題，修改，補充文檔，使這個標准越來越規范，越來越工業化。進而使得網站開發趨向規范，趨向合理。
4.宣傳推廣
宣傳推廣的基本方法有：
1.網頁里設置適當的META標簽；
2.各搜索引擎登錄；
3.准備新聞稿件在各新聞公告板發表；
4.合理使用Email郵件列表；
5.廣告條交換；
6.付費廣告。
至此，網站項目建設完畢，將有關網址，使用操作說明文檔等提交客戶驗收。如果需要維護，另行簽定維護項目。
五.維護
網站成功推出後，長期的維護工作才剛剛開始，需要做到的是:
1.及時響應客戶反饋；例如可以採取Email自動回復功能，然後在1-3個工作日里解決問題，再次回復；
2.網站流量統計分析和相應對策；
3.盡量推廣和使用您的網址；
4.網站內容的及時更新和維護。
六.遵循的規范
1.網站建設目錄規范
2.網站文件命名規范
3.網站建設尺寸規范
4.網站首頁head區代碼規范
5.網站連接結構規范
網站開發規范
任何一個項目或者系統開發之前都需要定製一個開發約定和規則，這樣有利於項目的整體風格統一、代碼維護和擴展。由於Web項目開發的分散性、獨立性、整合的交互性等，所以定製一套完整的約定和規則顯得尤為重要。定製一系列約定和規則，包括組件團隊、文件夾命名規則、文件名命名規則、程序代碼編程風格、資料庫設計約定。這些規則和約定需要與開發人員、設計人員和維護人員共同討論定製，將來開發都將嚴格按規則或約定開發。每個團隊開發都應有自己的一套規范，一個優良可行的規范可以使我們工作得心應手事半功倍，這些規范都不是唯一的標准不存在對與錯，也許有些地方與你當前使用的習慣相駁，很多地方都有爭議。。
非常明顯在Web項目開發中有前後台開發之分，前台開發主要是指非程序編程部分，主要職責是網站AI設計、界面設計、動畫設計等。而後台開發主要是編程和網站運行平台搭建，其主要職責是設計網站資料庫和網站功能模板的實現。下面的這些規范主要是從這2個方面來定製的，這些規范是工作中總結的一點經驗，本文檔比較適合中小型網站或者Web項目的開發規范。
一．組建開發團隊
在接手項目後的第一件事是組建團隊。根據項目的大小團隊可以有幾十人，也有可以是只有幾個人的小團隊，在團隊劃分中應該含有6個角色，這6個角色是必須的，分別是項目經理，策劃，美工，程序員，代碼整合員，測試員。也許你的團隊還沒有6個人，沒有關系一個人可以有多個角色，比如項目經理還可以有策劃這個角色，如程序員還可以含有代碼整合和測試這2個角色，如果你的項目夠大人數夠多那就分為6個組，每個組分工再來細分。下面簡單介紹一下這6個角色的具體職責。
項目經理，項目總體設計，開發進度的定製和監控，定製相應的開發規范，負責各個環節的評審工作，協調各個成員(小組)之間開發。策劃，提供詳細的策劃方案和需求分析。還包括後期網站推廣方面的策劃。美工，根據策劃和需求設計網站AI，界面，Logo等。程序員，根據項目總體設計來設計資料庫和功能模塊的實現。代碼整合員，負責將程序員的代碼和界面融合到一起，代碼整合員可以製作網站的相關頁面，測試員，負責測試程序。
二．開發工具
Web開發工具主要分為3部分，第一部分是網站前台開發工具，第二部分是網站後台開發環境，第三部分是項目管理和輔助軟體。下面分別簡單介紹這三部分需要使用的軟體。
網站前台開發主要是指Web界面設計。包括網站整體框架建立、常用圖片、Flash動畫設計等等，主要使用的相關軟體是：Adobe Illustrator 、Adodb Photoshop、Dreamweaver MX、Flash MX等。
網站後台開發主要指網站動態程序開發、資料庫建模，主要使用的相關軟體是： PowerDesigner（資料庫建模），PowerDesigner在資料庫設計方面應用非常強大，用它可以快速創建資料庫概念和物理模型，我最喜歡的還是它生成資料庫Report的功能太方便了，設計資料庫強烈推薦用它。Rational Rose（程序建模），如果你的項目功能模塊不是特別復雜那就剩了它吧，這樣會節省一些時間和開發的復雜度，不過我個人認為不管是大項目還是小項目都應該畫畫Rose圖。
網站項目管理主要指對開發進度和代碼版本的控制。開發進度用Microsoft Project來制定，代碼版本控制採用Visual SourceSafe，當然還有其他的選擇比如CVS和Rational ClearCase。網站測試採用VS.net的附帶工具Microsoft Application Center Test，它可以進行並行、負載測試等。程序文檔編寫採用Word，用WPS也可以。
三.網站開發流程
在項目開始實施之前應該有一個工作步驟也就是工作流程，在項目開發中最需要時間的是總體設計和系統測試，而程序編寫代碼所佔的時間並不多，但有的團隊就急於開發寫代碼，先把程序寫出來再說，沒有注重評審和測試這2個環節，結果造成返工，我在一家比較大的公司中都遇到多次這種情況。所以項目來了不要急於開工寫代碼，應該一步一步慢慢來，只有走的慢才能走得穩走得遠。圖1的開發流程比較好地體現開發的整個環節。
圖 1
從圖1可以看到2條主線，這2條主線分別是前台開發和後台開發。前後台開發在項目開發早期互相沒有交叉，當然不是絕對沒有，Web策劃和需求分析都是互相有關系的，一個是網站表現形式和風格的策劃另一個是網站功能的策劃，它們是衣服和軀乾的關系。到了開發後期就需要把界面和功能模塊結合起來形成一個統一，也就即將發布的網站。
四．資料庫開發規范
數據文件命名採用系統名+_+文件類型，比如系統名為kupage,則資料庫文件命名為kupage_database.mdf，有的資料庫文件有多個，比如sql Server就有2個，一個是資料庫文件，另一個是日誌文件，那麼他們的文件命名分別為kupage_database.mdf，kupage_log.log。文件名全部採用小寫。
資料庫表命名規范，表名長度不能超過30個字元，表名中含有單詞全部採用單數形式，單詞首寫字母要大寫，多個單詞間不用任何連接符號。若庫中有多個系統，表名採用系統名稱+單詞或多個單詞，系統名是開發系統的縮寫，系統名稱全部採用小寫英文字元,如bbsTitle,bbsForumType。若庫中只含有一個系統，那麼表名僅用一個單詞或多個單詞。單詞選擇能夠概括表內容的一個或多個英文單詞，如UserInfo,UserType。關連表命名規則為Re_表A_表B,Re是Relative的縮寫，如：Re_User_ArticleType, Re_User_FormType。
資料庫欄位命名規范，資料庫欄位名全部採用小寫英文單詞，單詞之間用」_」隔開，命名規則是表別名+單詞，如：user_name,user_pwd。表別名規則，如果表名是一個單詞，別名就取單詞的前4 個字母；如果表名是兩個單詞，就各取兩個單詞的前兩個字母組成4 個字母長的別名；如果表的名字由3 個單片語成，你不妨從頭兩個單詞中各取一個然後從最後一個單詞中再取出兩個字母，結果還是組成4 字母長的別名。
視圖名採用規則View_表A_表B_表C,View表示視圖。這個視圖由幾個表產生就用」_」連接幾個表的名，如果表過多可以將表名適當簡化，但一定要列出所有表名。
存儲過程命名規則P_表名_存取過程名(縮寫)，比如P_User_Del，P_ArticleType_AddData。
SQL語句編寫規則，關鍵字必須大寫，其他書寫按上述命名規則，比如：
SELECT user_id, user_name FROM User WHERE user_id = 『tom』
五．文件夾文件名命名規范
文件夾命名一般採用英文，長度一般不超過20個字元，命名採用小寫字母。除特殊情況才使用中文拼音，一些常見的文件夾命名如：images(存放圖形文件)，flash（存放Flash文件），style(存放CSS文件)，scripts（存放Javascript腳本），inc(存放include文件)，link（存放友情鏈接）,media(存放多媒體文件)等。
文件名稱統一用小寫的英文字母、數字和下劃線的組合。命名原則的指導思想一是使得你自己和工作組的每一個成員能夠方便的理解每一個文件的意義，二是當我們在文件夾中使用「按名稱排例」的命令時，同一種大類的文件能夠排列在一起，以便我們查找、修改、替換、計算負載量等等操作 。
1、圖片的命名原則名稱分為頭尾兩部分，用下劃線隔開，頭部分表示此圖片的大類性質例如廣告、標志、菜單、按鈕等等。
放置在頁面頂部的廣告、裝飾圖案等長方形的圖片取名： banner
標志性的圖片取名為： logo
在頁面上位置不固定並且帶有鏈接的小圖片我們取名為 button
在頁面上某一個位置連續出現，性質相同的鏈接欄目的圖片我們取名： menu
裝飾用的照片我們取名： pic
不帶鏈接表示標題的圖片我們取名： title
下面是幾個範例： banner_sohu.gif 、banner_sina.gif、 menu_aboutus.gif 、menu_job.gif、 title_news.gif、 logo_police.gif、 logo_national.gif 、pic_people.jpg 。
2、動態語言文件命名規則性質_描述，描述可以有多個單詞，用」_」隔開，性質一般是該頁面得概要。
範例：register_form.asp，register_post.asp,topic_lock.asp
六．程序代碼編程規范
一個良好的程序編碼風格有利於系統的維護，代碼也易於閱讀查錯。在此只討論ASP的編程風格和約定。在ASP中所有變數是弱變數，無需定義就可以直接使用，而且代碼不區分大小寫。但其他語言一般這些都要定義的，為了養成良好的編程習慣，編寫代碼務必按照一下規則。
1、每個變數名必須定義，在ASP文件的最開始添加語句，強制定製每個變數。
2、出於易讀和一致性的目的，在代碼中使用以下變數命名約定：
子類型 前綴 示例
Boolean bln blnFound
Byte byt bytRasterData
Date (Time) dtm dtmStart
Double dbl dblTolerance
Error err errOrderNum
Integer int intQuantity
Long lng lngDistance
Object obj objCurrent
Single sng sngAverage
String str strFirstName
3、程序代碼需要有縮進，縮進採用鍵盤Tab鍵，不採用空格鍵。並且」＝」或者鏈接字元串時需要左右空一格，如下：
4、函數過程編寫的約定。函數或者過程命名採用動作+名詞，每個函數需要給出相應的注釋，函數功能，傳入變數，以及作者和修改相關信息。如下面函數:
<%
'[功能] 返回一個參數的值
'[參數] strParameterName 參數名稱
'[作者] icefire 2002/8/20 am
Function GetParameterValue(strParameterName)
Dim objRS, strSQL, strParameterValue
strSQL = "SELECT ParameterValue FROM damsParameters WHERE ParameterName = '" & strParameterName & "'"
.
.
.
GetParameterValue = strParameterValue
Set objRS = Nothing
End Function
5、ASP內置對象區分大小寫。如下代碼片斷
strUserName = Request.Form(「UserName」)
Set conn = Server.CreateObject("ADODB.Connection")
6、資料庫連接一個庫只能有一個資料庫連接文件，創建資料庫對象得原則是盡可能晚地打開資料庫，盡可能早地關閉資料庫。創建資料庫對象調用統一地創建函數。如下：
Sub OpenConn(ByRef conn)
Dim strDBPath, strDBConnection
strDBPath = Server.MapPath("database/tax.mdb")
strDBConnnection = "Driver={Microsoft Access Driver (*.mdb)}; DBQ=" & strDBPath
Set conn = Server.CreateObject("ADODB.Connection")
conn.Open strDBConnnection
End Sub
7、當一個對象不在使用時要釋放對象資源，比如objFSO,objRS對象等。採用統一函數調用。函數如下：
Sub CloseObj(ByRef obj)
If IsObject(obj) Then
obj.Close
Set obj = nothing
End If
End Sub
8、時間全部以字元串的形式保存到資料庫中，這樣做能夠是日期在不同的資料庫中都能良好地保存，也方便資料庫地遷移。時間用14位字元串保存，日期用8位字元串保存。
七．網站首頁head區代碼規范
head區是指首頁HTML代碼的<head>和</head>之間的內容。 必須加入的標簽
1.公司版權注釋
<!--- The site is designed by Maketown,Inc 06/2004 --->
2.網頁顯示字元集
簡體中文：<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312">
繁體中文：<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=BIG5">
英 語：<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
3.網頁製作者信息
<META name="author" content="[email protected]">
4.網站簡介
<META NAME="DESCRIPTION" CONTENT="本站是一個醫療站點…">
5.搜索關鍵字
<META NAME="keywords" CONTENT="xxxx,xxxx,xxx,xxxxx,xxxx,">
6.網頁的css規范
<LINK href="style/style.css" rel="stylesheet" type="text/css">
(參見目錄及命名規范)
7.網頁標題
<title>xxxxxxxxxxxxxxxxxx</title>
8.可以選擇加入的標簽
1.設定網頁的到期時間。一旦網頁過期，必須到伺服器上重新調閱。
<META HTTP-EQUIV="expires" CONTENT="Wed, 26 Feb 1997 08:21:57 GMT">
2.禁止瀏覽器從本地機的緩存中調閱頁面內容。
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
3.用來防止別人在框架里調用你的頁面。
<META HTTP-EQUIV="Window-target" CONTENT="_top">
4.自動跳轉。
<META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://www.yahoo.com"> 5指時間停留5秒。
5.網頁搜索機器人向導.用來告訴搜索機器人哪些頁面需要索引，哪些頁面不需要索引。
<META NAME="robots" CONTENT="none">
CONTENT的參數有all,none,index,noindex,follow,nofollow。默認是all。
6.收藏夾圖標
<link rel = "Shortcut Icon" href="favicon.ico">
所有的javascript的調用盡量採取外部調用.
<SCRIPT LANGUAGE="javascript" SRC="script/xxxxx.js"></SCRIPT>
附<body>標簽：
<body>標簽不屬於head區，這里強調一下，為了保證瀏覽器的兼容性，必須設置頁面背景<body bgcolor="#FFFFFF">
八．網站建設尺寸規范
1. 頁面標准按800*600解析度製作，實際尺寸為778*434px
2. 頁面長度原則上不超過3屏，寬度不超過1屏
3. 每個標准頁面為A4幅面大小，即8.5X11英寸
4. 全尺寸banner為468*60px，半尺寸banner為234*60px，小banner為88*31px
5. 另外120*90，120*60也是小圖標的標准尺寸
6. 每個非首頁靜態頁面含圖片位元組不超過60K，全尺寸banner不超過14K
『肆』 網站設計參考文獻
網站設計參考文獻
網站設計要能充分吸引訪問者的注意力，讓訪問者產生視覺上的愉悅感。因此在網頁創作的時候就必須將網站的整體設計與網頁設計的相關原理緊密結合起來。下面是我整理的網站設計參考文獻，歡迎閱讀與收藏。
網站設計參考文獻
現在隨著互聯網的越漸強大,網站的建設就需要融入更多的功能、更豐富的內容和更美觀更人性化的界面設計.如果一個網站既沒有美觀大方的界面設計也沒有能夠留住用戶而設計的易懂易操作的功能,就失去了存在的意義.下面是我整理的網站設計參考文獻,供大家借鑒參考.
[1]龔曉麗,田倍齊,高媛,何雲,李宜珈.基於微信公眾平台的固原氣象微網站的設計與實現[J].農業與技術,2020,40(08):106—107.
[2]邢彤彤,覃蕊,高峰.基於PHP+MySQL技術的農家樂推廣網路系統開發與實現[J].計算機產品與流通,2020(05):52.
[3]樂蓓.高性能電子商務網站前端設計理念研究[J].計算機產品與流通,2020(05):95.
[4]董輝,韓林貝,董浩,袁登鵬,李華昌.基於Web的手套機工業物聯網平台設計與開發[J].計算機測量與控制,2020,28(04):200—204.
[5]路志紅.電力網路視頻網站版權風險管理信息系統的設計[J].變壓器,2020,57(04):93.
[6]楊晶晶.網站管理系統中資料庫設計的應用[J].福建茶葉,2020,42(04):39.
[7]張歡,姜在新.基於不同人群的農產品電商界面設計研究[J].輕紡工業與技術,2020,49(04):114—115.
[8]楊毅,林聖基,周元春,陳建國.基於智能手機與WEB平台的微課移動教學系統設計與實踐[J].自動化技術與應用,2020,39(04):182—185.
[9]柴暢.跨境電商平台中美購物網站店鋪主頁的跨文化比較[J].電子商務,2020(04):33—34+36.
[10]陳猛.基於Java的購物網站設計與開發[J].農家參謀,2020(08):200.
[11]袁瑩靜,陳婷,陳龍,周芷儀,謝鵬輝.基於Web的二手車交易系統的設計與實現[J].軟體,2020,41(04):195—199.
[12]周宇軒,朱科旭,楊知涵,唐詩鈺,褚永彬.基於HTML5的「慢游」旅遊Web App設計與實現[J].電腦與信息技術,2020,28(02):47—50.
[13]王昭.基於用戶體驗的中國扇文化推廣類網站的設計研究——以「京扇子」品牌官方網站設計為例[J].設計,2020,33(07):28—31.
[14]肖文娟,王加勝.基於Vue和Spring Boot的校園記錄管理Web App的設計與實現[J].計算機應用與軟體,2020,37(04):25—30+88.
[15]鄔洪波.基於PHP技術的視頻點播網站設計[J].集成電路應用,2020,37(04):68—69.
[16]陳紅梅,李柯瑤.「考研派」考研綜合輔導網站設計與實現[J].中外企業家,2020(11):215.
[17]張德寶.網頁欣賞精品分析教學平台的設計[J].黑龍江科學,2020,11(07):98—99.
[18]王建,羅政,張希,張夢琪,張科,馬文成.Web項目前後端分離的設計與實現[J].軟體工程,2020,23(04):22—24.
[19]王小飛,韓繼凱,王元鑫,袁濤.基於Web標準的虛擬實驗教學平台的研究與設計[J].辦公自動化,2020,25(07):49—52.
[20]曹巍,尤曉東.《網頁設計》課程的綜合實驗設計[J].教育教學論壇,2020(14):114—116.
[21]沈旭,柯晴,王新政.移動應用程序開發精品課程網站研究與設計[J].軟體工程,2020,23(01):54—58.
[22]馬寧,陳曦,張李銘.基於Selenium與Openpyxl的Web腳本自動化設計研究[J].電腦知識與技術,2020,16(01):51—53+70.
[23]牛慧清.網站建設的平面設計技術研究[J].科技資訊,2020,18(01):15+17.
[24]徐文君,袁占良.Web室內地圖導覽系統設計與實現[J].科技通報,2019,35(12):37—40+45.
[25]潘紅玉,劉博夫.高校門戶網站響應式設計方法與實踐[J].科教文匯(下旬刊),2019(12):120—121.
[26]林婷婷,曲洪建.服裝網站設計對購買意願的影響研究[J].上海工程技術大學學報,2019,33(04):392—398.
[27]徐剛,翟夢嬌.基於SSM的美容資訊商務網站的設計與實現[J].商丘職業技術學院學報,2019,18(06):65—71.
[28]曹利.基於Bootstrap旅遊網站設計與實現[J].太原師范學院學報(自然科學版),2019,18(04):65—67.
[29]潘蕊.SSH框架的Web網站設計與實現研究[J].成才之路,2019(36):58—59.
[30]張君,阮慶玲,康艷梅,鄭純靜,彭俊超,程禮童.寵物殯葬服務網站的設計開發探討[J].畜牧獸醫科技信息,2019(12):6—7.
[31]計大威.基於WEB系統與J2EE開發技術的財務憑證管理系統設計與實現[J].自動化技術與應用,2019,38(12):160—163.
[32]張貴強,王美玲.基於NodeJS的企業網站的設計與實現[J].信息技術與信息化,2019(12):58—60.
[33]毛捷磊.新時期網頁設計中計算機圖像處理技術應用分析[J].數字技術與應用,2019,37(12):65—66.
[34]李昂,姚新改,梁星,董志國.基於Pro/Web.Link的冷等靜壓機繞絲缸在線設計[J/OL].機電工程,2019(12):1290—1293+1308[2020—05—14].
[35]蔡長征.資料庫設計在網站開發中的應用研究[J].科技風,2019(35):80.
[36]李昂,姚新改,梁星,董志國.基於Pro/Web.Link的冷等靜壓機繞絲缸在線設計[J].機電工程,2019,36(12):1290—1293+1308.
[37]唐滔.基於Web技術的農產品網站設計與實現[J].電腦編程技巧與維護,2019(12):18—20.
[38]何明慧,劉雲鵬.高校「導學互動」模式下《網頁設計與製作》課程教學改革實踐[J].計算機工程與科學,2019,41(S1):50—54.
[39]李亞男.計算機網頁設計中圖像處理技術的應用[J].無線互聯科技,2019,16(23):136—137.
[40]熊建宇.文學網站的設計與開發[J].技術與市場,2019,26(12):89—90.
[41]韋玉輝,蘇兆偉,潘美林.基於Web頁面的服裝個性化定製系統設計與實現[J/OL].浙江理工大學學報(自然科學版):1—6[2020—05—14].
[42]孫炯寧.高校求職招聘網站系統的設計與實現[J].數字技術與應用,2019,37(11):157+159.
[43]羅路騰,王貴鑫.基於Springboot的博客網站的設計與實現[J].科學技術創新,2019(33):64—66.
[44]劉雅慧.基於Struts框架的考研資訊平台的設計與開發[J].現代信息科技,2019,3(22):22—24.
[45]侯冬青,宮育全,朱明紅.基於「引導—發現」策略的「走近細胞」專題網站的設計與開發[J].信息技術與信息化,2019(11):133—136.
[46]侯冬青,李敏,羅玉潔.「幼兒學英語」專題網站的設計與開發[J].信息技術與信息化,2019(11):154—157.
[47]丁浩.基於MVC模式的購物網站設計研究與實現[J].電腦知識與技術,2019,15(33):27—29.
[48]廖妍.網頁設計中計算機的圖像處理[J].數字技術與應用,2019,37(11):67—68.
[49]黃涓,鮑正德,李晨曦.旅遊網站的建構與設計——以國內六大旅遊網站為例[J].信息與電腦(理論版),2019,31(22):52—54.
[50]周橙旻,於夢楠.基於用戶體驗的傢具展示類網站設計研究[J].包裝工程,2019,40(22):181—189.
[51]杜鵬輝,仇繼揚,彭書濤,柴灃偉,劉意先.基於Scrapy的網路爬蟲的設計與實現[J].電子設計工程,2019,27(22):120—123+132.
[52]夏天,張寧,王大眾,何俊花,沈瑤,黃曉瑞.Web 3.0時代的檔案網站評價指標體系構建[J].檔案學通訊,2019(06):64—71.
[53]趙富強,羅伍周,朱小波.基於Android和Web的通用航空業務管理系統設計與實現[J].現代計算機,2019(32):65—72.
[54]趙國文.基於Web的智能家居遠程式控制制系統設計與實現[J].花炮科技與市場,2019(04):235+242.
[55]戴宏明,戴宏亮.基於HTML5大型營銷型網站設計研究[J].軟體,2019,40(11):57—61.
[56]張輝,李子源,張陽.博物館微環境監控系統Web端軟體設計[J].計算機應用與軟體,2019,36(11):11—13+46.
[57]高波,劉琳琳.基於站群系統管理的圖書館網站設計與開發[J].企業科技與發展,2019(11):48—49.
[58]邱俊豪,朱文列,李健,紀毓新.基於Java Web的「共享南國」食堂點餐系統的設計與實現[J].現代信息科技,2019,3(21):62—64.
[59]庄麗君.網頁設計中計算機圖像處理技術的應用[J].無線互聯科技,2019,16(21):21—22.
[60]卜同,趙巍.基於外籍遊客視角的智能導游系統網站的設計與研究——以沈陽景區為例[J].現代信息科技,2019,3(21):83—84.
[61]王美芝,支學超,劉財輝.基於Python的多線程聚焦網路爬蟲設計與實現[J].贛南師范大學學報,2019,40(06):35—38.
[62]孫榮明.以Web與資料庫演算法為載體的軟體應用設計分析[J].信息與電腦(理論版),2019,31(21):46—47.
[63]楊嘉誠,柯海豐.基於HTML5和JavaScript的信息學學習網站的設計與實現[J].計算機時代,2019(11):32—34+37.
[64]劉桃麗,曾志超.MVC架構下網站的設計與實現[J].計算機技術與發展,2020,30(02):188—191.
[65]劉劍橋,孫剛,魏夢雪,曹飛虎.摩登農場網站的設計與實現[J].電腦知識與技術,2019,15(31):35—36+44.
[66]劉珍,方明.基於Spark Sreaming網站流量實時分析系統的設計與實現[J].智能計算機與應用,2019,9(06):201—205.
[67]袁智,李樾,張正偉.基於HTML5的跨平台傢具網站設計與實現[J].信息記錄材料,2019,20(11):177—178.
[68]李泗蘭,郭雅.視覺空間元素在網頁設計中的應用研究[J].電腦知識與技術,2019,15(29):212—214.
[69]朱育林.基於Web前端開發的公司網站設計[J].河南科技,2019(28):36—38.
[70]史雪雪,劉清惓,浦瑋,王定奧.強制通風溫度感測器輻射誤差修正與網站設計[J].現代電子技術,2019,42(19):149—153.
[71]朱健.基於Web技術的PSX800後台系統的設計與實現[J].計算機時代,2019(10):47—49+53.
[72]王勇,盧磊.基於網路爬蟲的上市公司交易數據共享平台設計[J].價值工程,2019,38(27):267—269.
[73]張宏.網頁設計中的圖形圖像處理技巧探索[J].信息與電腦(理論版),2019,31(18):154—156.
[74]盛凱,毛紅霞.基於新浪微博網站的數據採集的設計與實現[J].信息與電腦(理論版),2019,31(18):92—93+98.
[75]黃文燦.基於Java Web的旅遊服務系統設計研究[J].數字技術與應用,2019,37(09):156—157.
[76]孔波,鄒有,盧紅兵,楊華武,庹蘇行.基於Web的色質數據解析平台設計與開發[J].計算機技術與發展,2019,29(12):198—204.
[77]閆朝陽.基於Web的大數據分析平台交互設計研究[J].設計,2019,32(17):94—97.
[78]胡念祖,林曉煥,肖新帥.基於嵌入式Web伺服器的遠程溫度採集系統設計[J].艦船電子工程,2019,39(09):113—117+182.
[79]譚衛,陽曉霞.基於移動Web技術的高校思想品德教育工作評價系統設計與研究[J].信息與電腦(理論版),2019(15):101—104.
[80]宋麗芳.網站建設中網頁設計的安全缺陷及對策分析[J].信息通信,2019(08):113—114.
[81]吳城.跨境電商網站系統的設計與分析[J].商場現代化,2019(15):37—38.
[82]蔡振海,張靜.基於python的網路爬蟲系統的設計與實現[J].電腦知識與技術,2019,15(23):36—37.
[83]黃紹涵.「HZD」校友圈社交網站設計與開發研究——就業模塊設計[J].電聲技術,2019,43(08):29—32.
[84]李翔宇.基於Web前端開發技術的兒童教育網站設計與實現[J].中國新通信,2019,21(15):196.
[85]曾婷,凌財進.基於HTML5的計算機一級考試模擬Web APP的設計與實現[J].辦公自動化,2019,24(15):60—62.
[86]王立強.HTML5:電商網站設計與實現[J].營銷界,2019(30):152—157.
[87]黃安.基於PHP+Mysql技術的網站設計與實現——以美食網站系統的設計為例[J].輕紡工業與技術,2019,48(07):168—170.
[88]張歡.服務類網站設計與經營模式的實例研究[J].科技經濟導刊,2019,27(21):207+197.
[89]王瑞,徐方晨.開放共享實驗室的Web平台設計與實現[J].工業控制計算機,2019,32(07):120—122.
[90]蘇思雨,陳汝倩.長白山體驗式旅遊日文網站的設計與建設[J].數字技術與應用,2019,37(07):139—140.
[91]高寧婧.小說付費閱讀類型網站用戶體驗的問題與對策[J].大眾文藝,2019(10):265—266.
[92]於歡,李梅.醫科類高校圖書館網站運行及界面設計情況探究[J].科學技術創新,2019(15):84—85.
[93]高香,宋敦江,梅新.基於Web的地形匹配系統設計與開發[J].計算機測量與控制,2019,27(05):226—230+235.
[94]馮思度,楊健葉,韓煦.基於醫療信息的網路爬蟲系統的研究與設計[J].現代信息科技,2019,3(10):23—25.
[95]劉純,趙茂林.數字媒體時代多媒體網站頁面設計中的美學因素研究[J].中外企業家,2019(15):52.
[96]曾棕根.ThinkPHP模式下網頁自動認證機制的設計[J].福建電腦,2019,35(05):25—28.
[97]吳恆,戴曉虎.基於Web的家庭樂園分享平台的設計與實現[J].現代信息科技,2019,3(10):86—87+91.
[98]隋欣,趙玲,張欣,王東磊,尚緒豪.基於PHP的「接鑰匙」裝修網站的設計與實現[J].電腦知識與技術,2019,15(15):92—93.
[99]姚曉婷.用戶體驗視角下的產品網頁視覺傳達設計——以電子產品為例[J].黑河學院學報,2019,10(05):173—175.
[100]王強,張虎,宋冰嚴,劉星星,程龍飛.基於Java Web的網上醫葯商城的設計與實現[J].無線互聯科技,2019,16(10):28—29+32.
[101]梅元昭.基於Jquery課程網站的設計[J].無線互聯科技,2019,16(10):39—41.
[102]鄭洲.一種基於物聯網的智能家居網站設計探討[J].計算機產品與流通,2019(06):123.
[103]周偉,左右飛.基於Bootstrap的校園招聘網站的設計與實現[J].信息技術,2019,43(05):29—32.
[104]楊正午.基於WEB前端開發技術的網站設計——以連鎖超市商品銷售管理系統為例[J].山西科技,2019,34(03):51—53+57.
[105]劉玉潔,韓松歧.易果生鮮網站首頁設計研究[J].電子商務,2019(05):31+76.
拓展資料：
網站介紹
簡單來說，網站設計的目的就是產生網站。簡單的信息如文字，圖片（GIFs， JPEGs，PNGs）和表格，都可以通過使超言、可擴展超文本標記語言等標示語言放置到網站頁面上。而更復雜的信息如矢量圖形、動畫、視頻、聲頻等多媒體檔案則需要插件程序來運行，同樣地它們亦需要標示語言移植在網站內。網頁設計是設計過程的前端（客戶端）的設計通常用於描述一個網站，包括寫標記，但是這是一個灰色地帶，因為這還覆蓋了網路的發展。網頁設計師預計將有意識的可用性，如果他們的作用，需要創建標記，那麼它們也有望成為最新的網頁易讀性指引。網站設計(Web Design)，網站設計是一個把軟體需求轉換成用軟體網站表示的過程，就是指在網際網路上，根據一定的規則，使用Dreamweaver、photoshop等工具製作的用於展示特定內容的相關網頁的集合。簡單地說，網站是一種通訊工具，就像布告欄一樣，人們可以通過網站來發布自己想要公開的資訊（信息），或者利用網站來提供相關的網路服務（網路服務）。人們可以通過網頁瀏覽器來訪問網站，獲取自己需要的資訊（信息）或者享受網路服務。網站它是由域名（俗稱網址），網站源程序和網站空間三部分構成。其中域名它是類似於互聯網上的門牌號碼，是用於識別和定位互聯網上計算機的層次結構式字元標識，與該計算機的互聯網協議（IP）地址相對應。而網站設計是設計師通過像Frontpage或Dreamweaver等工具來對網站進行編輯的！
設計原則
自適應網頁設計也稱為 響應性的Web設計 -設計網頁，提供一個很好的感知上的各種設備連接到互聯網。
自適應網路設計的目的是為不同設備的多功能網站。網站是為了更方便地查看不同的解析度和格式的設備，技術，自適應網頁設計沒有為特定類型的設備創建一個單獨的版本的網站。一個網站可能無法在您的手機，平板電腦，筆記本電腦和電視上網，要滿足全范圍的設備最佳顯示。
設計版權
可選擇融合和集成各種數字版權技術和權威時間戳公證處公證郵箱等可信第三方群支撐的'支持的大眾版權認證保護平台進行網站設計版權自主存證和首次發布智能認證，取得作品歸屬權初步證明，需要時，通過司法鑒定，增強證據的法律效率是核心保障
建站過程
准備內容
在域名注冊查詢網址之前就應該先搜集至少「一百頁」的內容，這些內容必須是有價值的、不違反著作權的內容。
網址
想個比較有意義，好記的網址。
網頁設計製作
對搜索引擎來說，他們無法檢索到網站里的flash、java applet和javascript，也無法檢索到你圖檔里寫的字，所以在網站設計上，只要盡量簡潔有力，讓內容可以好好的呈現，就是一個成功的seo網站頁面。頁要盡量符合w3c的標准。
每頁檔案大小
建議每個網頁盡量在15k以下，如果可以縮減到12k，甚至10k那就更好，但是不能在5k以下，以免影響內容的完整。其實我們都知道，搜索引擎最佳化的目的，實際上是為了使用者，而不是為了搜索引擎本身。
內容
每天建立一個500～1000字的網頁，當然這個網頁裡面必須包含你重要的關鍵字，如果想不出關鍵字來的話，可以使用Yahoo的關鍵字建議工具
關鍵字密度
拿出你的關鍵字，在下列六個地方各使用一次：
標題；
meta標簽；
網址；
粗體關鍵字 （就是寫出你的關鍵字，然後把他加粗）；
斜體關鍵字 （就是寫出你的關鍵字，然後把他斜體）；
頁面上半部 （網頁內容比較前面的地方，我是建議用個標題，像是h1）。
內部鏈接
內部鏈接就是在同一網站域名下的內容頁面之間的互相鏈接（自己網站的內容鏈接到自己網站的內部頁面，也稱之為站內鏈接）。合理的網站內鏈接構造，能提高搜索引擎的收錄與網站權重。你的網站裡面可能有很多類的內容，請確定同類內容互相鏈接，而不同類內容千萬不要互相鏈接。例如講食品的頁面請鏈接到講水果的頁面這樣。
為什麼要這樣作呢？同類內容的內部鏈接可以讓google的pagerank在你的網頁里互相傳遞，如果你只對個別網頁作最佳化，有可能會發生的情況是，網站里只有少數幾個頁面的排名可以往前，但是若是做好內部鏈接的話，可以讓每個網頁的排名都往前。
你想要五十個網頁每天都可以帶來一位訪客，還是只有一個網頁，每天帶來五十位訪客呢？前者還有機會可以努力，後者要再增加應該有其限度才對。
網站上線
最好不要用虛擬主機，若是能有自己的代管主機或者是固定ip位置就最好了。若是租用虛擬主機廠商的虛擬主機方案，你可能遇到的就是一台主機裡面放上萬個網站，盡管Yahoo和Google宣稱，他們對待虛擬主機一視同仁，但是我還是擔心要他們開始把同一主機ip數量加入排名公式的那天…
確認網站的每一頁都可以被搜索引擎索引進去，網站里的鏈接要做好。另外呢，在網站還稱不上是個「好網站」的時候，不要讓網站上線，若是隨便讓你的爛網站進入搜索引擎，並且被打了低分之後，我想，要讓分數上升似乎就不是那麼容易了。
接著，把自己加入到odp（open directory project），這是一個大家可以手動加入的目錄索引，這樣至少你的網站已經在一個索引裡面了，接著，若是有錢的話，可以使用搜索引擎快速付費登錄，這可以讓你的網站在一定的時間內排名增加到前幾名，若是沒錢的話也沒關系，慢慢等還是會被登錄進去的。
送交搜索引擎
把你的網站登錄好後，接著，就放著不管了。別忘了，這篇文章的目的是建立成功的網站，過程是一年，所以把網站送交登錄之後，請耐心等待六個月。（最慘的情況下啦，不過一般來說，新網站最遲三～五個星期就會進入索引裡面了）
網站推廣
網站推廣毋庸置疑任何一個想盈利的網站都無法迴避付費推廣服務，推廣方面最主要的就是競價排名。網站推廣在建站之後是最重要的一步！
紀錄與追蹤
申請一個不錯的網頁計數器。
程序設計
網站設計包括前台用戶視覺體驗的設計和後台程序功能設計，兩個方面都是非常重要的；視覺設計對於客戶的閱讀帶來愉悅和信任，後台注重操作的方便行。
製作流程
以下是網站設計公司服務流程及圖示，並對所需注意的有 關事項提供專業和詳細的講解。
1、需求－客戶需求溝通分析 ；
2、簽約－簽署相關合同協議、客戶支付預付款；
3、實施－網站頁面設計、製作、程序開發；
4、驗收－網站測試及驗收；
5、維護－網站後期維護工作。
動態網站
網路技術日新月異，細心的網友會發現許多網頁文件擴展名不再只是「.htm」，還有「.php」、「.asp」等，這些都是採用動態網頁技術製作出來的。
早期的動態網頁主要採用CGI技術，CGI即Common Gateway Interface(公用網關介面)。您可以使用不同的程序編寫適合的CGI程序，如Visual Basic、Delphi或C/C++等。雖然CGI技術已經發展成熟而且功能強大，但由於編程困難、效率低下、修改復雜，所以有逐漸被新技術取代的趨勢。
技術
PHP
PHP即Hypertext Preprocessor(超文本預處理器)，它是當今Internet上最為火熱的腳本語言，其語法借鑒了C、Java、PERL等語言，但只需要很少的編程知識你就能使用PHP建立一個真正交互的Web站點。
它與HTML語言具有非常好的兼容性，使用者可以直接在腳本代碼中加入HTML標簽，或者在HTML標簽中加入腳本代碼從而更好地實現頁面控制。PHP提供了標準的資料庫介面，資料庫連接方便，兼容性強；擴展性強；可以進行面向對象編程。
ASP
ASP即Active Server Pages，它是微軟開發的一種類似HTML(超文本標識語言)、Script(腳本)與CGI(公用網關介面)的結合體，它沒有提供自己專門的編程語言，而是允許用戶使用許多已有的腳本語言編寫ASP的應用程序。ASP的程序編制比HTML更方便且更有靈活性。它是在Web伺服器端運行，運行後再將運行結果以HTML格式傳送至客戶端的瀏覽器。ASP程序語言最大的不足就是安全性不夠好。
ASP的最大好處是可以包含HTML標簽，也可以直接存取資料庫及使用無限擴充的ActiveX控制項，因此在程序編制上要比HTML方便而且更富有靈活性。通過使用ASP的組件和對象技術，用戶可以直接使用ActiveX控制項，調用對象方法和屬性，以簡單的方式實現強大的交互功能。
但ASP技術也非完美無缺，由於它基本上是局限於微軟的操作系統平台之上，主要工作環境是微軟的IIS應用程序結構，又因ActiveX對象具有平台特性，所以ASP技術不能很容易地實現在跨平台的Web伺服器上工作。
JSP
JSP 即Java Server Pages，它是由Sun Microsystem公司於1999年6月推出的新技術，是基於Java Servlet以及整個Java體系的Web開發技術。
JSP和ASP在技術方面有許多相似之處，不過兩者來源於不同的技術規范組織，以至 ASP一般只應用於Windows NT/2000平台，而JSP則可以在85%以上的伺服器上運行，而且基於JSP技術的應用程序比基於ASP的應用程序易於維護和管理，所以被許多人認為是未來最有發展前途的動態網站技術。
NET
NET是ASP的升級版，也是由微軟開發，但是和ASP卻有天壤之別。NET的版本有1.1、2.0、3.0、3.5、4.0。是網站動態編程語言里最好用的語言，不過易學難精。NET2.0開始，NET把前台代碼和後台程序分為兩個文件管理，使得NET表現和邏輯相分離。NET網站開發跟軟體開發差不多。NET的網站是編譯執行的，效率比ASP高很多。NET在功能性、安全性和面向對象方面都做的非常優秀，是非常不錯的網站編程語言。
ASP、.NET、JSP和PHP的優點和缺點
ASP
優點:
無需編譯
易於生成
獨立於瀏覽器
面向對象
與任何ActiveX scripting 語言兼容
源程序碼不會外漏
;『伍』 web應用系統開發
1.漸進式Web應用程序（PWA）
通過利用技術進步參與開發移動站點和本機應用程序的企業可以從漸進式Web應用程序中受益。到目前為止，這是2019年最熱門的Web開發趨勢。它鼓勵萬維網為用戶提供更好的瀏覽體驗。
漸進式Web應用程序是一般的Web應用程序，在用戶看來像移動應用程序，但實際上它們是行為類似於移動應用程序的網頁和網站。PWA致力於為所有設備上所有平台的用戶提供類似本機的體驗。
根據最近的一項研究，就互聯網使用和網站瀏覽而言，移動技術在其他設備上占據主導地位。不僅如此，使用移動應用程序和移動瀏覽器之間的差距還很大。可以估算一下，我們可以說移動應用程序佔用戶在其小工具上花費的總時間的70％以上。
實施PWA的一些知名公司包括阿里巴巴，Twitter，維珍美國航空，福布斯等。使用PWA的顯著優勢是，您的品牌對於具有更強身份的受眾更加可見。PWA中使用的流行技術是Angular，Polymer和React。
2.人工智慧與機器人
如您所知，企業跨不同時區工作並在各個大洲提供代表，這使得客戶支持服務既復雜又昂貴，尤其是考慮到24x7模式時。但是，隨著最近的發展，企業已轉向自動化的即時客戶端支持。
你們大多數人可能已經發現，聊天機器人可以使用人工智慧和機器學習的概念。在未來的幾年中，聊天機器人和機器學習的概念將比以往更加全面，尤其是對於Web設計和開發行業。
有多項調查表明，聊天機器人用於為客戶查詢提供快速響應和解決方案。AI執行人類的認知功能，例如學習，分析信息，收集數據，理解情緒以及解決具有挑戰性的問題的能力，這使聊天機器人成為Web開發的完美補充。
Facebook，Microsoft，Twitter，Google和Amazon等主要供應商都在人工智慧以及機器學習方面進行了大量投資。以下可用於為您的網站構建機器人的技術包括Facebook Bot Engine，Microsoft Bot Framework和Dialog flow。
3.加速的移動頁面（AMP）
Google不斷採用新技術來改善用戶的移動瀏覽體驗。Google在2015年向公眾推出了加速的移動頁面項目，該項目現已發展成為自己的新技術。
AWP的目的是減少網頁的載入時間或構建可在所有設備上快速載入且完美運行的網站。AMP頁面的載入時間被認為是兩秒鍾，而常規網頁可能需要長達22秒的載入時間。
與標准網頁相比，加速的網頁具有明顯的優勢，因為當您的網頁載入速度更快時，用戶將很高興瀏覽您的網站。此外，它將有助於提高您的Web應用程序的搜索引擎排名。
要將AMP技術引入您的網站，您將必須使用AMP HTML開放源代碼框架。Google首次提出這個概念時，就提供了有關如何構建AMP網頁的詳細文檔。
4.單頁申請
單頁應用程序完全基於JavaScript，是可在所有設備上正常運行的Web應用程序。它們不僅可以提高網站性能，還可以通過使用JavaScript載入所有內容來消除重新載入頁面的需要。
大多數公司使用單頁應用程序，因為與載入多頁相關的額外等待時間。誠然，與多頁Web應用程序相比，該頁面可能需要花費更多的時間來載入，但是，如果考慮到用戶在網站上的整個旅程的總時間，那麼放棄渲染多個頁面所節省的時間就變得很重要。這也使構建響應式網站變得更加容易。
SPA的示例包括Gmail，Facebook和GitHub。SPA中使用的技術包括React和Angular框架，使其成為混合應用程序的理想選擇。
5.語音搜索優化
語音搜索已經對Web開發產生了重大影響，使其成為2019年成功的趨勢之一，因此我們簡直不能忽略它。根據Gartner的報告，由於智能揚聲器的興起，到2020年，將有20％以上的搜索完成而無需在屏幕上鍵入任何內容。
即使在2019年，我們也會獲得帶有Google助手按鈕的設備，從而使用戶更輕松地在其設備上打開語音識別。因此，語音搜索在Web開發中達到頂峰還為時不遠。到2020年，我們可以假設英國的語音商務銷售額可以增長到50億美元，在美國達到400億美元。
考慮到多個研究報告和市場的實際情況，我們可以說語音搜索優化是不斷增長的Web開發趨勢之一，不容忽視。有可能，它將盡快成為您的SEO或技術策略的一部分。
要對您的站點實施語音搜索優化，可以使用Web搜索API，該API分為兩個部分-語音識別和語音合成。語音識別使您的網站能夠識別用戶的聲音，然後響應他們的查詢，而語音合成使腳本能夠讀取文本內容。
6.運動界面
Motion UI是為互動式Web設計提供動態圖形和動畫的東西。簡而言之，通過提供優雅的界面，即使使用簡約的網站，它也可以使您的Web應用程序設計與眾不同。而且，如果您進行適當的研究和實施，它可以為您的網站的轉化率帶來奇跡。
Motion UI是2019年最好的網路趨勢之一，因為它為您提供了一種吸引訪問者注意力的簡單解決方案。使用Motion UI庫，您可以合並動畫圖表，背景動畫，懸停和醒目的標題。
使用Motion UI元素不僅可以使您的網站脫穎而出，還可以通過鼓勵積極的用戶互動和改善網站可用性來增強用戶參與度。對於開發人員來說，這是一個額外的優勢，因為他們有多種選擇來製作功能強大的出色站點。
7.自動化測試
我們知道自動化測試已經存在了幾年，但是其中的最新創新使其再次進入了趨勢列表。從單元測試到Web應用程序的跨瀏覽器測試，Web開發測試中發生了許多變化。例如，以前您必須在系統上設置一個環境來執行Web應用程序的測試，但是現在不一樣了。
市場上提供了用於Web應用程序測試的多種擴展程序和API，使開發人員可以輕松地測試其網站。例如，Chrome，WordPress擴展程序和Screenshot API附帶的LambdaTest，使用戶無需編寫任何外部腳本即可測試其網頁。
最大，最受信任的自動化測試平台是LambdaTest，BrowserStack或跨瀏覽器測試，甚至一些大型企業都在使用它們。
8. JavaScript
JavaScript是最流行的編程語言之一，隨著時間的推移不斷發展，並為開發人員提供了新的功能。JavaScript的高級框架，設計和庫已經證明，它在市場上可以提供很多東西。
這就是為什麼它仍處於Web開發的十大趨勢之列的原因。曾經有一段時間人們因為JavaScript與某些瀏覽器不兼容而放棄使用JavaScript並改用純HTML和CSS。但是，隨著對JS的瀏覽器支持的趕超，越來越多的Web開發人員正在使用基於JS的框架和庫來構建其網站。
JavaScript用於開發動態Web應用程序。它為開發人員構建網站提供了靈活性，挑戰性和強大功能的全新體驗。藉助JavaScript，開發人員能夠構建精確，健壯和響應迅速的網站。使它在其他語言中脫穎而出的一些廣泛功能是回調和閉包。
不僅如此，基於JavaScript的框架和庫，尤其是Angular和React，為Web開發人員提供了更多功能。因此，可以說在未來幾年中，基於JavaScript的框架將推動Web開發。
9.區塊鏈技術
隨著整個2019年比特幣的流行，你們中的許多人可能已經對區塊鏈及其對整個Web開發行業的影響有所了解。
據信，到2020年，區塊鏈將給網路行業帶來根本性的變化。區塊鏈是一種開放式分布式賬本，以消除聯絡需求而提供安全和受保護的在線交易而聞名。它使用普通數據存儲來幫助個人將數據存儲在世界各地。
由於保護水平高，許多跨國銀行和組織都計劃投資於區塊鏈。此外，它還有助於降低金融業務成本，降低交易結算的頻率並改善由透明記錄支持的現金流。
10.物聯網
根據Statista的報告，相信2025年已連接設備的數量將超過300億。物聯網設備的巨大增長將直接影響Web開發，因為公司將從台式機或筆記本電腦控制此類設備。
物聯網將為企業帶來多種機遇，並使他們能夠以高精度提高效率。而且，為了向客戶提供更好的服務，將設備與網站集成已經變得至關重要。開發這些設備的不僅是開發人員，還包括開發人員。我們還將平等參與開發使用，分析和顯示設備數據的應用程序。
物聯網還將帶來很多挑戰，尤其是在數據安全方面，因此開發人員將面臨很多挑戰。盡管只有少數網站或Web應用程序正在使用IoT集成，但在未來幾天中，幾乎每個網站都將開始集成它以改善客戶體驗。
結論
Web開發是一個永遠不會淘汰的領域。實際上，隨著新技術的出現，它將隨著時間的推移不斷發展和變化。同樣，開發人員在使用這些技術方面也越來越先進，因為它允許他們以更好的方式構建應用程序或網站。
『陸』 WEB開發未來發展怎麼樣
就業方向：
在目前互聯網，只要公司有需要開發互聯網產品，包括網站，網頁h5，小程序，APP等等，就需要前端開發工程師崗位，具體的就業的方向還可以按公司的技術需求來區分，側重點各有不同，就業行業隨著互聯網的發展，已經變得越來越廣泛了。
未來前端前途：
隨著5G時代的到來，在移動互聯網領域將會出現新的開發場景，包括自動駕駛，車聯網，物聯網，人工智慧還有可穿戴設備等領域將帶來大量的額前端開發需求，有需求就會有市場。
據數據統計，未來五年，我國信息化人才總需求高達1500萬-2000萬人。其中「網路工程」「UI設計」「web前端」「撒數據分析師」「java工程師」等人才的缺口最為突出，所以最近2-3年web前端的市場需求還是很大的。更有甚者，目前不僅大型互聯網公司相繼成立了專屬的web前端部門，中小型公司和創業公司也急需專業的web前端工程師，這一點不用我多說，你從招聘信息上就可以看出來。