我以爲網站的通用部分

這個圖片是我用xmind編輯的。歡迎你們來糾正或添加！

再來講說我對網站開發的理解與碰到的問題。

網站的前端有幾個部分我以爲很重要：

1.優雅的文字提示

2.合理的頁面設計

3.適當的腳本特效

一進入這個網站，就讓人有一種很是溫馨的感受。而且在溫馨的基礎上有奪人眼球的特效，再有貼心的提示，我相信確定能給瀏覽者一種獨特的印象，讓他們記住這個網站。，即便他們沒有獲取到他們想要的信息。

CSS方面

隨着CSS3的強勢出擊，接下來的頁面特效將會往CSS3這邊靠，雖然那些不支持CSS3的瀏覽器還會存留一段時間，可是支持CSS3將是接下來的趨勢。因此如今作網站就得作漸進加強的效果，給本身的網站加上CSS3，讓瀏覽者們眼前一亮，給他們一種高大上的感受。如今還很時髦的一種技術叫響應式網站，根據不一樣寬度展示不一樣的樣式，增長體驗度，是個好方法，但我我的感受就是根據媒體查詢在作多套的CSS，實現成本挺大的。OOCSS是我前些日子聽到的一個名詞，如今開發我都是在用這個方式，抽取出通用部分，可是用了這種方式，我以爲就很難實現響應式的網站了。學好CSS3對將來B/S架構的開發將會頗有幫助。下圖是從StatCounter Global Stats網站上面統計到的，第一張是2013年的統計結果，第二張的統計時間是2014年1月到7月的結果，能夠看到那些不支持CSS3的瀏覽器的市場正在被支持CSS3的瀏覽器給蠶食掉。

 

Javascript方面

如今網站不是隨隨便便幾個腳本就能打發掉了，腳本的責任愈來愈大。MVC、MVVM，這些時髦的模式，如今也出如今了腳本開發中。採用AMD規範RequireJs的出現，就是來幫助咱們模塊化開發。網站對腳本的需求會愈來愈大，雖然CSS3會取代掉腳本的一些功能。

單元測試方面

單元測試是個好東西，PHP中有PHPUnit，Javascript中有Jasmine。軟件的質量是須要這些測試點作保障的。我如今在開發PHP時，能夠用單元測試的地方，確定要寫一個。在PHP中寫單元測試的好處是提早肯定這個函數是否正確，驗證各個未知的地方，大量的單元測試能夠保障軟件質量，方便測試人員也就是在方便本身。開發腳本的時候我也會寫單元測試，Jasmine是個好東西，能夠幫助我測試一些小功能點，保證JS能準確經過。單元測試還有一種功能是能夠佈置場景來測試，可是這個工做量太大，我基本沒時間作這個，不少時候都得手工作，這樣的話每次改一個函數，就會心中沒底，不少時候都會把好的給改錯掉。悲哀呀......

下圖爲PHPUnit測試畫面：

下圖爲Jasmine測試畫面：

流程圖方面

我如今開發發現本身畫流程圖，而後給測試人員看這個來測試，會加大測試的效率。不少時候需求在不斷的變化，原型來不及更新，需求也只能口頭上面說，口頭上面說的話會忘記，也會想不到某個測試點。可是若是有了流程圖，上面的分支寫的清清楚楚，很方便的給了他們測試的方面。這個流程圖也能給你的團隊成員看，瞭解你的代碼組成，未來給別人維護能少走不少彎路。

服務器開發方面

我如今開發服務器代碼用到的語言有兩種，PHP和C#，我對這些語言的理解還不是很深刻，如今也是僅僅用到了其中的一小部分。第一次用PHP的時候，他的易用震撼到了我，發現用PHP來作腳本的交互特別方便，解釋性語言，改起來就是方便，編輯器也沒VS2008那麼耗資源。我之前的一個同事開發PHP甚至直接用Notepad++在作。

瀏覽器方面

我習慣使用firefox做爲本身的默認瀏覽器，firebug等插件讓我很方便的調試網站，還有那個印象筆記的插件，讓我很方便的截取網頁的內容到個人筆記中。

點擊網絡那塊可以查看當前加載狀況：

點擊控制檯我常常用console.log()來作打印處理，還能查看ajax查看請求：

 

開發習慣方面

天天開發都會記錄什麼時間段在作什麼。培養本身之後的預估能力。平時碰到的一些問題我都會存到印象筆記中，方便我到任何一臺電腦上隨時查閱。

開發遇到的問題

1.需求不明確

不少時候都是這樣，致使常常返工，因爲不明確，因此本身常常會考慮這個邏輯該怎麼走，減緩了開發速度，一些頁面上面這個位置該放什麼內容只能本身定

2.設計師與工程師之間對頁面會出現理解上的不一樣

頁面設計師設計出了漂亮的頁面，可是工程師卻說這個模塊如今沒有，那該用什麼東西來填這個位置呢？不少時候都得考慮這個問題。還有就是漂亮頁面有不少細節，工程師在作頁面CSS的時候沒有體現出來。有時候，設計師只考慮了頁面效果，忽略了頁面之間的關聯，這讓工程師在佈局的時候，會很糾結跳轉是_blank仍是當前頁。

3.測試人員測出的問題不算是錯誤

測試人員的理解與工程師的理解是不同的，看問題的角度也不同，他們會根據需求和他們的理解提出一大堆BUG，這些多是改進，多是需求還沒定，多是需求的邏輯自己就先後矛盾有問題......這些改進卻是能夠整理起來，給未來的網站功能完善作個備忘錄。

4.與團隊成員的溝通出現偏差

溝通是門學問，成員之間在交換信息的時候，出現理解偏差會致使各類問題，嚴重點的會影響到開發的目標。在開發中保持信息暢通很重要。

5.瀏覽器兼容調試

　　各個瀏覽器間的差異很大，想要作到如出一轍是不可能的，我只能作到大體的同樣，效果漸進加強。最讓人討厭的就是IE6的兼容問題，各類意想不到。　

6.本身有時候會太想固然

在網上看到個特效，自覺得很給力，而後就想固然的添加到一個項目的某個部分中，花了時間與精力，但獲得的反饋與效果卻不理想，有時候甚至還要被去除。寫了一段代碼邏輯，自覺得很高明，可是真到用的時候，出現這個那個問題，有的代碼直接廢除。作東西有時候仍是不能偏執於本身的理解，要更理性點，符合大衆的纔是好東西。

7.因爲缺乏相關文案，致使推動緩慢

爲了開發進度，常常會缺乏一些配套資料，好比簡單的數據庫關係表，簡單的業務流程等。

 

網站思惟導圖下載：

網站功能.rar