元素來顯示表格數(shù)據(jù)。例如可以去whatwg.org了解當前可用的標記選項。使用HTML去描述內(nèi)容是什么，而不是說明內(nèi)容如何展現(xiàn)。2）“明明在我的瀏覽器中是可行的……”
錯誤：開發(fā)人員往往會偏愛某一個特定的瀏覽器，或者特別討厭某一個，可能主要是因為對測試網(wǎng)頁視圖有所偏見。也有可能是因為從網(wǎng)上找到的代碼示例不能保證會如何呈現(xiàn)在其他瀏覽器中。此外，一些瀏覽器對風格有不同的默認值。
影響：以某一個瀏覽器為中心寫的網(wǎng)站，在其他瀏覽器中顯示時，其質(zhì)量將會很差。
如何避免：在開發(fā)過程中，在所有瀏覽器和版本中測試網(wǎng)頁是不切實際的。不過，每隔一段時間，在多個瀏覽器中檢查網(wǎng)站的樣子不失為一個好方法?，F(xiàn)在，不管你偏好的是什么平臺，總有免費的工具可用：免費的虛擬機、網(wǎng)站掃描儀。如http://browsershots.org/和https://www.browserstack.com/show網(wǎng)站可以給出頁面如何呈現(xiàn)在多個瀏覽器/版本/平臺中的快照。Visual Studio等工具還可以調(diào)用多個瀏覽器，來顯示你正在工作的單一頁面。當涉及到CSS設(shè)計時，可以參考在meyerweb.com中所示的那樣“重置”所有的默認值。
如果你的網(wǎng)站正在使用的CSS特性是專為某一瀏覽器特制的，那么注意它的引擎前綴，如-webkit-，-moz-和-ms-。對于行業(yè)在這方面的發(fā)展趨勢指導，那么可以閱讀以下參考：
?Microsoft Edge開發(fā)博客：A break from the past, part 2: Saying goodbye to ActiveX, VBScript, attachEvent
?QuirksMode.org：CSS vendor prefixes considered harmful
Bruce Lawson： On Internet Explorer supporting -webkit- vendor prefixes
上面這些參考資料解說了引擎前綴的革新，以及你還可以點擊這里——這個網(wǎng)站提供了一些如何摒棄引擎前綴的實用建議。
3）不好的格式
錯誤：提示用戶提供信息（特別是在輸入文本字段的時候），并假設(shè)數(shù)據(jù)會如預(yù)期接收。
影響：很多事情會（或者很有可能將會）出錯，當我們信任用戶輸入的時候。如果無法提供所需的數(shù)據(jù)，或接收到的數(shù)據(jù)不能與下面的數(shù)據(jù)模式兼容，頁面可能會失敗。更為嚴重的是，有的用戶可能會故意違背網(wǎng)站的數(shù)據(jù)庫，例如可以通過注入式攻擊（見OWASP：Top 10 2013-A1-Injections）。
如何避免：你首先要做的事是確保用戶清楚你需要什么類型的數(shù)據(jù)。比如說，如果你只說要地址，那用戶不知道指的是單位，家庭還是電子郵件的地址！除了要具體，還要充分利用現(xiàn)在的HTML提供的數(shù)據(jù)驗證技術(shù)。不管數(shù)據(jù)在瀏覽器端是如何驗證的，確保它始終也在服務(wù)器端驗證。不要讓一個串接的T-SQL語句使用來自于用戶輸入的，各個字段的類型沒有經(jīng)過確認的數(shù)據(jù)。
4）臃腫的響應(yīng)結(jié)果
錯誤：頁面充滿了許多高品質(zhì)的圖形和/或圖片，這些圖形和/或圖片借助img元素的高度和寬度屬性按比例縮小。來自于頁面鏈接的文件，如CSS和JavaScript，很大。源HTML標記也可能是不必要的復(fù)雜和全面。
影響：完全渲染頁面的時間是如此之久，以致于一些用戶放棄了，或者甚至于直接不耐煩地重新請求整個頁面。在某些情況下，如果頁面處理等待太久，會出現(xiàn)錯誤。
如何避免：不要抱有現(xiàn)在互聯(lián)網(wǎng)接入越來越快的僥幸心態(tài)——從而允許臃腫的場景。相反，要將從瀏覽器到你的網(wǎng)站的來回當為一種成本。圖像是網(wǎng)頁臃腫的主要罪犯。為了大限度地減少圖像成本，減輕頁面加載的壓力，可以試試以下三個技巧：
問問你自己：“這些圖形真的有必要嗎？”刪除不需要的圖片。
使用例如Shrink O’Matic或RIOT的工具來減少圖像文件大小。
預(yù)加載圖像。這不會提高初始下載的成本，但可以讓網(wǎng)站其他頁面圖像加載速度更快。
另一種減少成本的方式是壓縮CSS和JavaScript鏈接文件。有很多的工具，如Minify CSS和Minify JS都能幫你做到。
5）創(chuàng)建所謂“應(yīng)該能行”的代碼
錯誤：無論是JavaScript，還是在服務(wù)器上運行的代碼，開發(fā)人員都需要測試并確認它是否可以正常工作，而不是在部署了之后，就認為它應(yīng)該就能從一而終地運行。
影響：不經(jīng)過適當錯誤檢查的網(wǎng)站就是對最終用戶耍流氓。不僅會極大地影響用戶體驗，而且其錯誤消息內(nèi)容的類型可能會給黑客線索來滲透這個站點。
如何避免：是人都會犯錯，這個哲理同樣適用于編碼。使用JavaScript，一定要實施好的技術(shù)來防止并抓住錯誤。雖然這篇文章描繪了用JavaScript編碼Windows應(yīng)用程序，但是大部分的內(nèi)容也適用于web開發(fā)，許多提示都很不錯！另一種能讓代碼變得可靠又能在未來變化中存活下來的方法是單元測試。
如果我們夠仔細，那么就能捕捉到服務(wù)器端的代碼失敗，而不被用戶發(fā)現(xiàn)。只顯示必要的信息，并且一定要確保設(shè)置友好的錯誤頁面，如HTTP 404s。
6）寫分叉代碼
錯誤：本著支持所有瀏覽器和版本的崇高理念，開發(fā)人員立志創(chuàng)建可對任意可能情況作出回應(yīng)的代碼。代碼中if語句成堆，所有方向都有分叉。
影響：隨著瀏覽器新版本的更新，代碼文件會變得越來越笨拙和難以管理。
如何避免：實現(xiàn)代碼的功能檢測和瀏覽器/版本檢測。功能檢測技術(shù)不僅可以顯著減少代碼量，還更易于閱讀和管理。不妨考慮使用如Modernizr這樣的庫，不僅有助于功能檢測，還能自動幫助提供不能跟上HTML5和CSS3速度的舊版瀏覽器的反饋支持。
7）非響應(yīng)式設(shè)計
錯誤：假設(shè)開發(fā)/設(shè)計人員在相同尺寸的顯示器上開發(fā)網(wǎng)站。
影響：當在移動設(shè)備或在非常大的屏幕查看網(wǎng)站時，用戶體驗要么很難看到頁面的重要方面，要么甚至要時刻注意著不導航至其他網(wǎng)頁。
如何避免：響應(yīng)式的思維方式。在網(wǎng)站中使用響應(yīng)式設(shè)計。這里有一些關(guān)于這方面的實用教程，包括響應(yīng)式圖片，還有一個非常受歡迎的庫，那就是Bootstrap。
8）制作無意義的頁面
錯誤：制作面向公眾內(nèi)容的網(wǎng)頁才是有用的，絕不能不提供關(guān)于搜索引擎的任何線索。沒有實現(xiàn)可訪問性功能。
影響：如果不能讓搜索引擎發(fā)現(xiàn)網(wǎng)頁，那么，可能會只有少量或根本沒有訪問。
如何避免：使用SEO（搜索引擎優(yōu)化）和HTML的支持可訪問性。關(guān)于SEO，一定要添加標簽以提供有意義的網(wǎng)頁關(guān)鍵字和描述。 About Tech就寫得很好，可以借鑒。為了能有更好的可訪問性功能體驗，請對每一個img和area標簽提供一個alt="your image description" 屬性。更多建議請見About Tech。你也可以在Cynthia Says測試公共網(wǎng)頁，看它是否兼容Section 508。
9）網(wǎng)站過多刷新
錯誤：創(chuàng)建的網(wǎng)站需要為每一個互動而全面刷新頁面。
影響：類似于頁面臃腫（參見＃4），頁面加載時間的性能會受到影響。用戶體驗缺乏流暢性，并且每次互動都可能導致網(wǎng)頁短暫（或長時間）的復(fù)位。
如何避免：快速避免這種情況的一個方法就是，通過測定回發(fā)到服務(wù)器的內(nèi)容是否是真正需要的。例如，當不依賴服務(wù)器端資源的時候，客戶端腳本可用于提供直接結(jié)果。你也可以應(yīng)用AJAX技術(shù)或進一步使用單頁的應(yīng)用程序“SPA”方法。流行的JavaScript庫/框架，如JQuery、KnockoutJS和AngularJS，能讓這些方法的采用變得容易得多。
10）做了太多的無用功
錯誤：開發(fā)人員花了很長的時間來創(chuàng)建web內(nèi)容。大量的時間花在了重復(fù)的任務(wù)上，或者自己敲代碼寫了很多。
影響：初始網(wǎng)站的發(fā)布和后續(xù)的更新時間過于冗長。如果其他開發(fā)人員也在在做同樣的工作，卻用了更少的時間和精力，那么你的開發(fā)價值顯然就低了。手動勞動很容易出現(xiàn)錯誤，而排除故障錯誤需要更多的時間。
如何避免：探索你的選擇。在開發(fā)的每一個階段考慮使用新的工具和新的流程技術(shù)。例如，你目前使用的代碼編輯器相比Sublime Text和Visual Studio，如何？不管你使用的是什么樣的代碼編輯器，你最近有好好鉆研它的功能嗎？也許只投入稍稍一點時間去仔細閱讀文檔，就可以發(fā)現(xiàn)做事的新方法，為今后節(jié)省一個又一個小時的時間。例如，在這篇文章中，擴展Visual Studio可以為web開發(fā)人員提高生產(chǎn)效率。
不要錯過網(wǎng)上可用的幫助工具！例如，檢查在dev.modern.ie上的工具以簡化測試（跨多個平臺和設(shè)備）以及排除故障。
你也可以通過實現(xiàn)流程自動化以減少時間和錯誤。這方面的例子是使用Grunt工具，例如它的自動化功能可以減小文件（見第4點）。另一個例子是Bower，可以協(xié)助管理庫/框架（參見第9點）。
至于web服務(wù)器本身？在例如Microsoft Azure Web Apps的幫助下，你可以快速創(chuàng)建一個網(wǎng)站，幾乎所有的開發(fā)場景都可以很輕輕松松地規(guī)?；侥愕臉I(yè)務(wù)中！
總結(jié)
通過識別這些常見的錯誤，web開發(fā)人員可以避免很多讓其他人飽受煎熬的挫折。我們不僅需要承認錯誤，還應(yīng)該清楚錯誤的影響，并采取措施避免錯誤，這樣才能有更好的開發(fā)表現(xiàn)——并有信心完成任務(wù)！
（碼農(nóng)網(wǎng)）
當前名稱：Web開發(fā)人員網(wǎng)站建設(shè)過程中常犯的10種錯誤
標題網(wǎng)址：http://www.bm7419.com/news/157768.html
網(wǎng)站建設(shè)、網(wǎng)絡(luò)推廣公司-創(chuàng)新互聯(lián)，是專注品牌與效果的網(wǎng)站制作，網(wǎng)絡(luò)營銷seo公司；服務(wù)項目有網(wǎng)站建設(shè)等
廣告
![]()
聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源：
創(chuàng)新互聯(lián)
