|
Chapter 4 web標準的局限
web標準并沒有有些人說的那么天花亂墜無所不能。正如很多在學習web標準開發(fā)的朋友所體會到的那樣，如果想要開發(fā)的產(chǎn)品完全符合web標準，它的局限性其實很大。舉例來說，如果按照web標準的建議不使用空結構塊(如空div)、不使用無意義塊（如僅作為裝飾邊角的圖片）、不做無意義的DOM結構嵌套，那么想實現(xiàn)一個可拉伸大小的園角塊都是非常困難的。目前網(wǎng)上流行的幾種做法都不符合這個要求。這就是為什么歐美的許多網(wǎng)站往往結構以方塊為主并且非常干凈簡練，一個原因是他們習慣這樣的風格，但更重要的原因是為了UI的可用性和符合標準而在犧牲了美觀，因為網(wǎng)站的DOM結構越復雜，互動表現(xiàn)越復雜，觸發(fā)BUG的可能性就越大，兼容性也越難調整，此外，這些效果往往還不能完善。有興趣的朋友不妨仔細看看一直被設計人員稱道的大多數(shù)韓國網(wǎng)站，這種類型的網(wǎng)站和歐美的主流風格正好完全相背，走了另一個極端，以界面華麗花哨著稱，因此特別能獲得美術出身的朋友的青睞，在使用過程中總會出現(xiàn)各種各樣的小問題。在 FF下也沒有幾個可以完美表現(xiàn)的。此外，這類網(wǎng)站在中國也是行不通的。大家不妨想想，究竟有哪個模仿韓國的網(wǎng)站能夠獲得比較高的知名度的？原因嘛，第一是它們經(jīng)常造成瀏覽器速度過慢，第二是在網(wǎng)絡條件不好的情況下下載經(jīng)常很慢，第三，對服務器的負載壓力非常大，很容易提高服務器的投入成本，最后，帶來高帶寬成本。
Chapter 5 web標準的背后，企業(yè)該如何適應web標準？
web標準有諸多好處，也帶來了美好的前景，應當普及和推廣。然而，盲目地追隨標準，卻可能造成整個項目的失敗。要知道，web標準并非孤立的產(chǎn)生，而是于整個軟件工程和web項目管理的發(fā)展有關。下面，我們來看一下，在適應web標準的過程中，究竟有哪些問題會造成項目失敗。
1. 對標準的理解錯誤
前面說了，國內其實大多數(shù)企業(yè)和開發(fā)人員并不了解web標準。甚至有很多連web標準這個概念都不知道。反而對div+css這個被人錯誤解釋出來的怪胎耳熟能詳。設計師在進行設計的時候，往往天馬行空的去做設計，完全沒有任何章法可言，同樣的內容，甚至在首頁是三個字的標題，到了二級欄目頁就會變成五個字，從根本上破壞了結構的可重用性。而UI程序員（請原諒我使用這個詞語，因為發(fā)展到現(xiàn)在的web標準網(wǎng)頁開發(fā)已經(jīng)不是美術出身的設計師能夠完全掌握的了）為了適應設計師的設計，只好拼命疊加各種奇怪的DOM結構，結果使本來用十行html代碼就能寫出來的頁面最后用了三十行甚至更多，結構也一片混亂。css就更不用說了，不僅亂，而且亂的毫無章法。這種開發(fā)的方式經(jīng)常造成最后只要設計上修改一點，就要對代碼作非常大的改動，甚至整個開發(fā)流程從頭做一遍，根本沒有做到web標準中宣傳的改版成本小，正好相反，改版成本有時會被無限提高。而混亂的結構和樣式也會引發(fā)瀏覽器更多的BUG，讓UI程序員不得不花更多的精力去寫hack。從而進一步提高開發(fā)成本。
2. 沒有任何規(guī)劃，上手就做
在早期，由于表格布局的完全可視化編輯，使網(wǎng)頁開發(fā)是可以完全不需要規(guī)劃，一邊做一邊修改的。而我們大多數(shù)企業(yè)目前的開發(fā)流程也是如此。往往網(wǎng)站開發(fā)接近完成，策劃人員還沒有完全確定網(wǎng)站要展示的內容和提供的功能。但歐美許多公司的做法卻是先做一份十分完善的策劃和需求描述，然后建立用例模型、分析網(wǎng)站需求、建立邏輯模型，規(guī)劃UI模塊、規(guī)劃功能模塊、定義UI和功能模塊的接口（大多數(shù)情況下這個接口就是我們現(xiàn)在經(jīng)常使用的各種模板標簽，事實上在歐洲比較完善的團隊，這些標簽在開始設計前就已經(jīng)規(guī)定好了）、定義 flash應用程序的數(shù)據(jù)接口（一般情況下是XML文檔）、定義內容框架（以便設計師在設計網(wǎng)站時了解網(wǎng)站的每個頁面上究竟應該放些什么），這一大堆的各種文檔幾乎可以讓任何兩個不同的團隊做出功能一模一樣的兩個網(wǎng)站來，除了美術設計不同。我就見過一份不過二十多個模板的策劃案，僅僅是涉及UI設計和開發(fā)的策劃和分析文檔打印出來有300多頁，密密麻麻的幾十萬字！為什么要說中國和歐美企業(yè)的開發(fā)過程的不同呢？原因很簡單。中國的流程隨意性更大，而歐美的流程則更加系統(tǒng)。然而web標準在設計的時候卻是以歐美的設計流程為主。這就是我上面說的，沒有任何規(guī)劃，上手就做經(jīng)常會造成項目失敗的原因。一個邊策劃邊構建的開發(fā)流程，采用了一份為完善的系統(tǒng)工程要求訂制的標準，不失敗才是奇跡！
3. 主導人員角色錯誤，外行管理內行
這幾乎是中國百分之八十項目失敗的主要原因！對比東西方的管理，會發(fā)現(xiàn)一個奇怪的現(xiàn)象，在西方一個項目是由專業(yè)的項目經(jīng)理主導，而東方則是誰職位最高就由誰主導�？偨�(jīng)理、部門行政經(jīng)理甚至市場人員干預網(wǎng)站開發(fā)進程在中國屢見不鮮，甚至有向非web專業(yè)市場人員主導項目管理的傾向。在一個web開發(fā)團隊中，有時起主導作用的項目經(jīng)理或者策劃人員并非專業(yè)的項目經(jīng)理或者web策劃人員，最夸張的，我目前在做的項目竟然是以設計師的設計稿為主導，設計成什么樣子，就必須作成什么樣子，并且整個網(wǎng)站的設計稿完全沒有任何關于互動方面的說明（其實是繪圖師，他們對web的結構和技術限制是完全懂的）。而我認識的很多朋友也都因為上級在開發(fā)進程中的胡亂干預（注意，是開發(fā)進程中，而不是策劃過程）叫苦連天，甚至有時會造成整個項目必須徹底推翻重來的尷尬境地。不斷延期或者推翻重來的項目開發(fā)過程，無限翻倍的項目成本，造成項目失敗也就不怎么新鮮了。似乎這一點與web標準并沒有關系，然而，在web標準化開發(fā)要求的團隊和流程里，第一點要求就是項目經(jīng)理和策劃人員必須專業(yè)并且其技能范圍符合項目規(guī)模！事實上這也是任何項目管理的必要條件。
那么，企業(yè)和開發(fā)人員究竟該如何適應web標準？以下幾點注意事項僅供參考：
- 完善的前期策劃和分析
- 完善的前期邏輯模型以及項目規(guī)范性文檔的制定
- 盡可能將行政性干預移到策劃階段（按照國內的情況，做到這一點可能很困難）
- 盡可能向后兼容，在項目規(guī)范性文檔制定階段對網(wǎng)站進行完善的模塊化規(guī)范（主要是為了提高網(wǎng)站模塊代碼的可重用性以及最大程度上降低改版成本）。
- 盡可能簡化UI代碼的DOM結構，以降低維護成本
- 在設計和開發(fā)過程中首先保證UI的可用性，在此基礎上保證其美觀（好用第一，好看第二）。
- 項目階段明確，要讓單位的高層明白，在項目的alpha期之前是不可能有能讓他們看的懂用的通的完善網(wǎng)站出現(xiàn)的。
- 項目團隊主要成員必須要用專業(yè)人員，并且要讓這些人員有足夠的決定權（如果項目負責人無法主導項目走向，項目就必然產(chǎn)生缺陷甚至失�。�
這篇文章到這里已經(jīng)結束了，我不知道這篇文章究竟會不會讓那些一意孤行的BOSS們看到，更不指望能給他們帶來多少影響。如果哪個BOSS看到了，希望你考慮一下你的投資和鈔票。我所說的這一切，不僅僅是為了減輕開發(fā)人員的負擔，更是為了讓開發(fā)人員能夠實現(xiàn)一個賺錢的項目，從而在這個賺錢的項目中獲得更多的金錢和良好的心情。而能夠決定這一切的，并非開發(fā)和設計人員。
原文：http://blog.icebirds.net/site/comments/a20071224001/
經(jīng)典論壇討論：
http://bbs.blueidea.com/thread-2819018-1-1.html
本文鏈接：http://m.95time.cn/tech/web/2008/5248.asp 
出處：藍色理想
責任編輯：moby
上一頁 Web標準的web UI [2] 下一頁
◎進入論壇網(wǎng)頁制作、WEB標準化版塊參加討論，我還想發(fā)表評論。
|
第 1 頁 
第 3 頁 Web標準的web UI [3]
