我以爲網站的通用部分

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

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

網站的前端有幾個部分我以爲很重要:數據庫

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

相關文章
相關標籤/搜索