tion %> 山东麻将免费下载
當前位置:首頁 > 建站知識

為何XHTML原型會失敗?

更新時間:2009.06.22 瀏覽次數:
最近UCD 翻譯小組有一篇文章是:XHTML原型開發-用代碼說話。千鳥也一直宣傳著藍圖、文檔、原型的方法論。

  從03年開始,我就直接使用 (X)HTML 去做原型,從一個人,到數個人協同工作,都是直接用 (X)HTML 實現。在經歷 N 個大大小小的產品/項目后,在06年11月,我寫了一篇關于用 XHTML 做原型的文章:進行 Web 界面原型設計的一種方法。單從這個方法本身上看,是很實際、實用的。起碼我已經在數個項目(從零開始的項目)中體會到了好處。

  這個方法最大的好處是,可以模擬整個產品并且可以立即投入開發、降低溝通成本,成本高么?一點也不,因為前端工作時間是必然要花的。有很多人用 Axure,我討厭這個工具的原因是,它無端的在草圖到原型中間增加了一道工序(如果一開始是 sketch 到 mockup,那么就變成了 sketch 到 prototype 到 mockup,這里就把 prototype 和 mockup 都當成是原型吧)。Axure 雖然能制作帶交互的原型,但破爛的 HTML 和 JS,對于要求高敏捷度的 Web 項目來說,重復勞動。Web開發的需求變動是非常快的,很容易出現在制作 mockup 的過程中,發生變動,此時還有精力去修改 prototype 么?一切只是看上去很美!

  這個方法最大的缺點是:難以維護。一個產品已經升級到 2.0 版本,可原型還是 1.0(我現在還放著用這個方法在兩年前做的Blog后臺管理,和去年做的UCD大社區前臺原型,可對應產品已經不知道升級到什么版本了)。為什么從 1.0 到 2.0 之間不去維護原型呢?大部分人不是不愿意去維護,而是維護的成本太高,而且重復勞動。就像上面說的 prototype 和 mockup,當需要調節一些 CSS、JS,和小范圍的 HTML 時,更多的時候是直接修改已經上線的產品,或者為開發人員提供一個個零散的 HTML 文件(別笑,別告訴我你沒做過)。當實際發布的版本,比當初的原型版本要新的時候,就不會有人記得要去升級原型了。要 100% 避免是不可能的,我嘗試用制度去控制,無功而返,成本太高了。使用好的 (X)HTML 框架 + JS 框架,能從一定程度上解決上面提到的問題。但仍然是不徹底的。

  這里必須提到開發中的模板渲染問題。因為從原型到程序使用的模板,HTML必然會分崩離析,項目中的很多代碼,已經不是原型中的代碼了(CSS 不是同一個文件,JS 不是同一個文件,在很多項目、框架中如此)。我曾經跟一工程師說,我想要的框架是原型和代碼是在一起的,原型就是模板,模板就是原型,可以不依賴于程序而直接預覽,改版升級的時候可以直接使用。這樣就可以解決原型維護問題,解決后期改善過程中一個個零散的 HTML 文件、讓人難以接受的在模板中加代碼注釋。

  后來那位工程師自行開發了一個框架(PHP),基本實現了原型和代碼在一起。通過中間腳本去生成模板(或稱為視圖,View)。我相信在實際運用過程中,已經發揮了很大的作用,現在 UCD大社區的后臺管理就是用的此框架。但是這樣的框架寫中間腳本的成本很高,而且中間腳本最好是在原型之前或者隨原型同步進行,另外對付 Blog、簡單的CMS之類可以說得心應手,但對于復雜的系統、SNS 等就有些顯得力不從心了,權限控制、強交互、繁雜的呈現細節,成本急劇增長。

  從事 Web Design 這么長以來,仍然沒有很完美的協作方法,最主要的問題還是在原型開發和維護上。在救世主沒有出現之前,使用 (X)HTML 還是最靈活的辦法,我們還是像游擊隊一樣東奔西竄吧。

  未提出什么好的解決辦法,權當拋磚引玉。

  原文:http://www.junchenwu.com/2008/12/why_xhtml_fails.html

烟台麻将规则 天津十一选五走势图 北单比分直 快乐10分历史开奖 球探网球比分网 3d开奖结果3d试 科汇配资 我中一千万彩票的经历 十大配资平台 国标麻将攻略 即时比分直播 捷报比分 波胆 黑龙江六加一开奖规则 东北麻将的玩法图解 河北十一选五走试图 腾讯qq麻将手机版 詹天佑3d预测今天