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