讓我們看一些基本的編寫網頁設計程式技巧

有很多理由都能說明為什麼我們應該寫出清晰、可讀性好的網頁設計程式。最重要的一點,程式您只寫一次,但以後會無數次的閱讀。當您第二天回頭來看您的網頁設計程式碼時,您就要開始閱讀它了。當您把程式碼拿給其他人看時,他必須閱讀您的程式碼。因此,在編寫時多花一點時間,您會在閱讀它時節省大量的時間。現在,讓我們把每個小點展開來詳細講一下。

  1. 儘量保持方法簡短
    儘管很多人都遵循這個規則,但它仍然非常的重要。您寫的方法要始終能在一個螢幕裏放得下。如果您需要去滾動螢幕,這會分散您的注意力,而且您看不到整個的上下文。最佳長度是5-20行,這根據您的情況而定。當然,getters/setters 通常是一行程式碼的方法,但與其說它們是真正的方法,不如說它們只是存取工具。
  2. 永遠永遠不要把同一個變數用於多個不同的目的
    一個變數應該始終只為一個目的服務。通過使變數常量化(C++裏的const, Java裏的final),使得編譯器能夠優化編譯,而且使您的程式碼醒目表達這個變數是不能改變的,您的程式的可讀性會變得更好。
  3. 使用自描述的變數名和方法名
    您的程式碼應該,對於任何人來說,只要看一眼就能知道是幹嘛的。儘量不要用簡寫方式,除非有特殊的習慣
  4. 盡可能的把變數定義在靠近使用它的地方
    蓋房子時,您可不希望把錘子放到別人的院子裏。您希望把它們放的離手頭越近越好。定義變數也是同樣的道理。
  5. 拒絕神秘數字
    當您要把什麼東西跟一個常量值做比較時,記得把這個值定義成常量。沒有什麼會比去猜測您的同事寫的這樣的程式碼更讓人頭疼的事了。
  6. 友好的對待您的語言
    學習新語言是一種很有樂趣的事情,您能學到一種新的完成任務的途徑。當一個對一種語言已經很專業的人去學習另一種語言時,會出現一種很大的負面效應。比如說您是一個Java開發者,試圖去學習Ruby。您應該學會用Ruby的方式解決問題,而不是沿用Java的解決問題的思想。
  7. 不要逆常規而行
    每種語言都有自己不同的習俗約定。一般來說,人們聽的最多的是Java的編碼規範。讓我們看看其中的一些習俗規範:
    1. 方法名應該小寫字母開頭,其後用字母大寫的單詞連接(veryLongVariableName)。
    2. 類名應該都使用首字母大寫的單詞連接而成。
    3. 常量名應該全部大寫,用下劃線連接(MY_CONSTANT)。
    4. 左大括弧應該跟 if 語句在同一行。
    只有在有必要的理由時才去打破這些常規,不要輕易的因為您不高興就違反它。如果您只是在團隊裏改變一些這樣的習慣,那也沒問題,但當把您程式碼拿出來和其他的沒有這些思想準備的程式師共用時,問題就會來了。
  8. 警惕過早優化
    過早優化是所有問題的根源,至少電視上是這麼說的 … 您第一應該關心的事情是寫出易於理解的程式碼。起初寫的程式不要求快。除非您的程式很慢,否則談優化都是為時太早。如果您想優化什麼東西,您首先需要知道問題出在哪。這就是我們需要profilers這個工具的原因。
    在沒有知道問題在哪的情況下試圖對程式進行優化,其結果必然是把程式能壞,至少您的程式碼會喪失可讀性。如果您覺得有些地方很慢,不要盲目的重寫程式碼,您應先找到慢的證據。不要傻乎乎的去解決根本不存在的問題。
  9. 積極重構測試過的程
    沒有任何東西會是完美的。即使您感覺您真正寫出了一段完美的程式碼,幾個月後回頭再看看,您可能會驚訝道”怎麼會這樣傻?“ 改進程式的一個好方法就是重構,但要等程式測試通過之後。您首先要確保程式是好的可運行的,您可以通過自動化測試或手工測試完成這個工作。
    之初,您需要的是程式可用。不要期望在第一次就寫出完美的程式,您只需要把它寫出來,可用。然後重構它,使之完美。對於您們當中知道測試驅動開發(TDD)的人來說,對這個會很熟悉。這裏的關鍵就在於您要習慣於重構這種事情。如果您使用的是像IntelliJ IDEA這樣強大的集成開發工具的話,重構的工作會變得簡單的多。
    重構之後,您也許會弄出一些Bug,導致某些功能出問題。這就是為什麼說寫自動化測試的原因。不論何時重構後,只要運行一下所有的測試用例,您就能準確的知道什麼地方出了問題。
  10. 不要過度沉迷於技巧
    當我第一次讀到有關設計模式的知識時,我覺得我找到了聖杯。這些精心設計的思想作用顯著,它能使您的設計易於理解,因為您可以簡單的說”我使用的是‘觀察器模式’“,而不用從頭到尾的解釋一遍。那麼,有問題嗎?一切看起來都這麼自然、簡單,您開始不論在哪都使用設計模式。為什麼不把這個類做成singleton呢?幹嘛不去再創建一些工廠類呢?
    於是一個80行就能寫完的腳本,您最終使用了10個類,15個介面,外加一大堆範式和標記符。97%的程式碼不做任何事情。設計模式是一種十分有用的用來簡化您的設計的工具,但這不意味著您該在所有能用到的地方都用它。您應該用它們,但不能濫用。
  11. 通過習例學習新知
    編寫程式是一種學習新知的過程。當您學到了新的程式庫或新語言,您可能會迫不及待的丟掉舊的程式碼,用您新學到的東西重新寫一遍。有很多的理由都能說明您不該這麼做。
    往現有的應用裏增加新的類庫或框架同屬於這種情況。就說您寫了一個Javascript的web應用,期間,您發現了jQuery。現在您突然急切的想丟到您的Javascript程式,重新用jQuery寫,儘管您還從來沒用過它。最好的方式是您先用jQuery寫一些簡單的例子,通過這種方式把您在應用裏將要用到的知識都學會。需要AJAX?在您的項目之外做一些小例子,當完全弄懂了後,丟掉例子,應用到您的產品裏。

如果您非常關注編寫程式技術,我強烈的推薦您閱讀Steve McConnell寫的 《程式碼大全》 一書。它會永遠的改變您對編寫程式的認識。

(此篇文章為網路轉載,如有侵權請告知,會盡速將文章下架!)