JavaScript的目的分析

2024-09-06 12:43:58

字體：大中小

來源：轉載

供稿：網友

從今天起，我將陸續將 ppk on JavaScript 的讀書心得發布到這個blog上。ppk是我所景仰的一位web開發者，原因無它，只是因為作為一個JavaScript的開發者來說，他涉及的領域包括web標準，可用性，無障礙等，正是其他開發者所不關注或者故意忽略的。并且，他寫了很多案例測試不同的瀏覽器，總結出JavaScript的接口（API）兼容性，成為JavaScript開發者重要參考資料，幾年如一日，這種鉆研精神是很多人所缺乏的。
ppk在今年9月出版了他的書，我從去年起就在等的書。今天拿到手，迫不及待地把第一章閱讀完畢。果然讓人充滿驚喜，他的功力非同一般。雖然只是一個初學者，但我認為我已經走在正確的學習道路上。我想，我若能將學習心得分享，能讓正在學習的人看到，可以一起交流一起進步，盡管我不敢確保你能從我這里得到什么啟發，但我可以確信，我這些筆記會比你拷貝粘貼代碼的學習方式更正確。

這本書有十章，章名都簡潔明了，分別是：目的，背景，瀏覽器，準備，核心，BOM, 事件，DOM, CSS更改和數據獲取。從來沒有一本書能如此簡潔地明確JavaScript的方方面面，因此學習不會有太大負擔。前言不宜過多，下面就開始我的第一章學習筆記。

開篇宗義：JavaScript的目的是，為網頁增加特別的一層可用性。聽起來很簡單，但這條黃金定律經常被人誤解。就算編寫有用的JavaScript, 開發者可能還是沒能結合適當的情景：Web標準運動發展下，與當代無障礙的HTML頁面的配合。更為不妙的是，有些開發者不是為網頁增加一層可用性，而是用整層取代之，后果是，如果瀏覽器不支持JavaScript, 網站就完了。

概念概述
JavaScript是一門由瀏覽器解釋的腳本語言。它通過在客戶端而不是服務器端處理某些交互，比如表單驗證，創建新菜單來給網站增添可用性。傳統的網頁交互是，客戶端的一舉一動都必須經過服務器端的出來才能反饋回來，漫長的等待會讓用戶崩潰。而JavaScript可以在客戶端代替服務器端做某些事情（最明顯的，表單驗證），從而提高用戶體驗。

隨著時代的發展，JavaScript能夠處理越來越多的交互。問題出現了，JavaScript能做這么多事情，到底要多用還是少用？這就有了富與瘦的對決。是整個頁面都用JavaScript來控制交互還是只增加些許的JavaScript來增強可用性？就是說，盡可能地使用JavaScript還是有所節制，甚至不用？

瘦客戶端很大程度上依賴于客戶端－服務器的通訊，而富客戶端盡可能限制額外的數據通訊。

哪種方式更好？盡管富客戶端帶來一些可用性益處，但瘦客戶端可能是更“標準”的JavaScript用法。Web被認為是文檔集合，而不是界面集合。最明顯的證據是，瀏覽器有后退前進的功能讓你在文檔中跳轉而界面會有么？瀏覽器可以收藏（書簽）文檔而界面可以么？從無障礙來說，瘦客戶端也更少出錯。

上一篇：Javascript miscellanea -display data real time, using window

下一篇：關于JavaScript的gzip靜態壓縮方法