第一次作了一個完整的項目,歷時一個月,終於告一段落。下面就分三個方面總結一下這個項目:編程
第1、知道的越多,不知道的才越多。bootstrap
師兄在羣裏提及這個項目的時候,我想着這是個提高本身的能力的好機會,便積極接下來了。在討論時,咱們一個基本要求就是界面必須高大上,其實我並不善於設計。在偶然間發現了一幅山水畫,就想着用水墨風格做爲用戶界面的主題。可是兩天敲下來,界面與想象中差得太遠,並且之前對響應式不熟悉,本身敲的頁面響應式存在不少問題後來不得不放棄本身的頁面,因而咱們決定用框架。可是我並無接觸過框架,一時間感受到項目沒法繼續下去。消沉了一下我便去慕課網上學習bootstrap框架,邊學邊練,用了兩天時間學完bootatrap的基礎知識。而後在網上下載了一個bootstrap框架,在根據後臺的要求設計修改界面。此次項目不只接觸了框架,還了解了一些插件,學習瞭解了一些js。深入的認識到本身學的東西太少了,項目完成後,必須得認真規劃之後的學習路線。真的是學習的越多才明白本身不知道的越多。canvas
第2、代碼書寫規範很是重要框架
之前在學習過程當中敲代碼也會注意到一些代碼規範問題,可是沒有很在乎這個問題。此次項目中,就是由於代碼不夠規範給後臺編程帶來了不少麻煩。這裏總結幾點咱們討論的代碼規範問題。學習
一、注意代碼格式,增長可讀性。在頁面編輯中,代碼的縮進有沒有正確,他不會影響你網站的任何功能,但要是你沒有一個規範的縮進原則,讓讀你代碼的人是很是的生氣,因此說正確的代碼縮進能夠加強你的代碼可讀性。標準程序的縮進應該是一個製表符(或幾個空格)。還有符號兩側敲一個空格讓代碼看起來更整潔,增長可讀性動畫
二、從外部引入CSS和js。頁面中寫入CSS樣式有不少種方法,有些直接將樣式放入頁面的「<head>」或者直接用內聯樣式,這將是一個很很差的習慣,由於這樣不只會搞亂咱們的標記,並且使頁面看起來很雜亂,這些樣式只適合這一個HTML頁面。因此咱們須要將CSS單獨提出,保存在外部,這樣後面的頁面也能夠連接到這些樣式,若是你頁面須要修改,咱們也只須要修改樣式文件就能夠。網站
三、每一個頁面的CSS樣式和JavaScript放在一個文件夾裏。方便對頁面樣式的修改。並且可以避免後期修改時致使的牽一髮而動全身。插件
四、CSS樣式用繼承的方式寫類或者id。這樣能避免CSS樣式被意外覆蓋。設計
5、命名規範。命名規範能使咱們的代碼具備更高的可讀性。儘可能使用英文命名,組合單詞後面的單詞首字母大寫。遇到不會的單詞能夠網上搜索,不要由於懶惰而用拼音代替,那樣顯得很low。代碼規範
六、寫註釋很重要!註釋是你本身與你的小夥伴們瞭解代碼寫法和目的的惟一途徑。特別是在寫一些看似瑣碎的可有可無的代碼時,因爲記憶點不深入,註釋就變得尤其重要了。
沒有任何代碼是能夠徹底自解釋的。而代碼註釋,則是永遠也不嫌多。當你寫註釋時必定要注意:不要寫你的代碼都幹了些什麼,而要寫你的代碼爲何要這麼寫,背後的考量是什麼。固然也能夠加入所思考問題或是解決方案的連接地址。
七、其餘注意事項:
多媒體回溯:對頁面上的媒體而言,像圖片、視頻、canvas 動畫等,要確保其有可替代的接入接口。圖片文件咱們可採用有意義的備選文本(alt),視頻和音頻文件咱們能夠爲其加上說明文字或字幕。提供可替代內容對可用性來講十分重要。試想,一位盲人用戶如何能知曉一張圖片是什麼,要是沒有 @alt 的話。(圖片的 alt 屬性是可不填寫內容的,純裝飾性的圖片就可用這麼作:alt=""
)。儘可能用 alt 標籤去描述圖片,設想你須要對於那些只能經過語音或者看不見圖片的用戶表達圖片究竟是什麼。
總之,前期敲代碼不注意規範,那麼後期修改維護就會付出很大代價去整改,因此必須注意代碼規範的問題。
好吧,說好的三點只想了兩點。此次項目讓我收穫挺多的,也讓我認識到本身學習上欠缺了不少,還要更加努力!
2016.4.26 15:24