【51CTO外電頭條】對(duì)于專業(yè)開(kāi)發(fā)人員來(lái)說(shuō)，最令人抓狂的說(shuō)法莫過(guò)于有人以“HTML程序員”自居。網(wǎng)頁(yè)編碼之于真正的編程工作，正如撰寫菜單之于真正的烹飪過(guò)程。但平臺(tái)供應(yīng)商近來(lái)的說(shuō)法無(wú)疑令人大跌眼鏡——HTML已經(jīng)成為從智能手機(jī)、平板應(yīng)用到桌面系統(tǒng)應(yīng)用等各大開(kāi)發(fā)領(lǐng)域的首選開(kāi)發(fā)工具。

51CTO推薦專題：HTML 5 下一代Web開(kāi)發(fā)標(biāo)準(zhǔn)詳解

[[36166]]

Palm品牌當(dāng)初啟動(dòng)其自有平臺(tái)WebOS時(shí)，曾聲稱開(kāi)發(fā)人員只需掌握基本的網(wǎng)頁(yè)編程標(biāo)準(zhǔn)，即可輕松為其開(kāi)發(fā)應(yīng)用程序。微軟在Windows Phone 7上也放出過(guò)類似的言論。谷歌的Chrome瀏覽器具備一套“網(wǎng)絡(luò)商店”，允許大家將自己的桌面網(wǎng)頁(yè)應(yīng)用程序放入其中進(jìn)行出售。但最終真正令我瞠目結(jié)舌的情況是，根據(jù)最近演示版本的表現(xiàn)，Windows 8系統(tǒng)上的應(yīng)用程序?qū)⒅饕肏TML5進(jìn)行開(kāi)發(fā)。這種狀況在令Windows開(kāi)發(fā)人員們驚恐不已之余，更令人不禁揣測(cè)微軟可能正計(jì)劃完全放棄對(duì)Silverlight甚至.Net本身的支持。

我勒個(gè)去!難道我們真會(huì)被HTML 5鋪天蓋地的宣傳攻勢(shì)所蒙蔽，繼而相信微軟已經(jīng)準(zhǔn)備放棄Windows API并轉(zhuǎn)而支持網(wǎng)頁(yè)標(biāo)準(zhǔn)?這毫無(wú)道理。我承認(rèn)HTML5的確是一款不錯(cuò)的工具，而且能夠?yàn)榫W(wǎng)頁(yè)創(chuàng)造出良好的應(yīng)用，但如今將其推至如此的高度就太過(guò)荒謬了。盡管它廣受歡迎，但我們?nèi)匀挥凶銐虻睦碛山忉尀槭裁礇](méi)人將其作為通用開(kāi)發(fā)工具的首選方案。以下是需要深入思考的一些注意事項(xiàng)。

1. 打算用HTML單獨(dú)創(chuàng)建程序?祝你好運(yùn)吧

任何建議用HTML來(lái)創(chuàng)建應(yīng)用程序的家伙實(shí)際上都打定了主意想拖我們的后腿。他們潛在的臺(tái)詞當(dāng)然是讓我們用HTML及JavaScript來(lái)編寫程序，但這還不是我們需要用到的全部工具。事實(shí)上，要開(kāi)發(fā)真正的網(wǎng)頁(yè)應(yīng)用程序，我們至少要用到HTML、JavaScript以及CSS——三種各自完全獨(dú)立的語(yǔ)言，而且是同時(shí)用到。W3C曾努力為HTML5添加了更多API，以使其能夠與網(wǎng)頁(yè)標(biāo)準(zhǔn)及諸如多線程及本地存儲(chǔ)之類的功能共同協(xié)作。這種做法其實(shí)是先假設(shè)我們的應(yīng)用程序不再連入任何類型的服務(wù)器端組件——也許是為了減輕繁重的運(yùn)算及存儲(chǔ)負(fù)荷——而接下來(lái)我們要面對(duì)的就是所有必要的額外語(yǔ)言、API以及標(biāo)準(zhǔn)。

當(dāng)有人談起創(chuàng)建某種應(yīng)用程序“如同創(chuàng)建網(wǎng)頁(yè)應(yīng)用程序一樣簡(jiǎn)單”時(shí)，他們所表達(dá)的真正意義是什么?網(wǎng)頁(yè)開(kāi)發(fā)當(dāng)下已經(jīng)演變出一套復(fù)雜、多層次且涉及多種語(yǔ)言的規(guī)則。一般來(lái)說(shuō)開(kāi)發(fā)網(wǎng)頁(yè)應(yīng)用已經(jīng)不像我們印象中那么小菜一碟了。但這種難于掌握的模式真的就是我們打算強(qiáng)加給下一代開(kāi)發(fā)人員的傳承產(chǎn)物嗎?

2. HTML的設(shè)計(jì)初衷并非為了創(chuàng)建應(yīng)用程序

HTML5總是伴隨著許多議論，最主要的論調(diào)是認(rèn)為它本身就是HTML的強(qiáng)化版，只不過(guò)針對(duì)網(wǎng)頁(yè)應(yīng)用程序支持做出了一些改進(jìn)。但擁有更好的應(yīng)用程序支持并不代表著HTML標(biāo)準(zhǔn)也在向此方向轉(zhuǎn)型。原本從XHTML 1.1手中接過(guò)旗幟的應(yīng)該是XHTML 2，其著重強(qiáng)調(diào)的是語(yǔ)義標(biāo)識(shí)與XML集成。歸根結(jié)底，XHTML 2是一種以文檔為核心標(biāo)識(shí)的語(yǔ)言。

XHTML 2最終折戟沉沙，然而，一個(gè)名為網(wǎng)頁(yè)超文本應(yīng)用程序技術(shù)工作組(簡(jiǎn)稱WHATWG)的獨(dú)立機(jī)構(gòu)卻從該項(xiàng)目中分裂出來(lái)，不僅擺脫了W3C的HTML構(gòu)想，更開(kāi)始從另一個(gè)角度為新標(biāo)準(zhǔn)的誕生努力工作。而正是由于該機(jī)構(gòu)的出現(xiàn)，網(wǎng)頁(yè)應(yīng)用程序才迎來(lái)了嶄新的紀(jì)元——其研究的成果正是我們今天所熟知的HTML 5的基礎(chǔ)。

但是HTML 5真的就是最好的發(fā)展方向嗎?以HTML 5所大肆宣揚(yáng)的<canvas>標(biāo)簽為例，其從本質(zhì)上意味著“插入一系列編程生成的、無(wú)法由標(biāo)識(shí)描述的圖形內(nèi)容”。這對(duì)于標(biāo)識(shí)語(yǔ)言來(lái)說(shuō)是種很奇怪的使用方式。如果我們沿著這種思路繼續(xù)走下去，恐怕等于是將網(wǎng)頁(yè)標(biāo)準(zhǔn)硬塞進(jìn)一個(gè)它永遠(yuǎn)不會(huì)真正適應(yīng)的軀殼當(dāng)中。這對(duì)于網(wǎng)頁(yè)領(lǐng)域來(lái)說(shuō)可能是必要的，但我們真的希望將這套體系擴(kuò)展至方方面面，并最終把自己也扯進(jìn)極為被動(dòng)的局面中?

3. HTML在構(gòu)建用戶界面方面弱爆了

蘋果公司對(duì)其原始Mac電腦做出的最重大的革新措施之一就是為開(kāi)發(fā)者們公布了一套細(xì)致的人機(jī)接口指南。因此，與DOS程序不同，Mac電腦上的應(yīng)用程序在外觀和實(shí)際表現(xiàn)方面具備良好的一致性。這些應(yīng)用全都采用同樣的菜單、同樣的對(duì)話框以及同樣的報(bào)錯(cuò)方式。當(dāng)大家探討Mac OS的巨大成功時(shí)，該系統(tǒng)在印象上的連貫性與一致性被公認(rèn)是其中一個(gè)突出的原因。這種特性甚至能克服一部分新系統(tǒng)給用戶帶來(lái)的陌生感與困惑。

而在網(wǎng)頁(yè)應(yīng)用程序方面，我們又回到了DOS時(shí)代。界面設(shè)計(jì)者們能夠自由地創(chuàng)建他們想要的任何按鈕，可以讓菜單從任何位置滑下或彈出，也完全有能力按自己的喜好將整個(gè)窗口設(shè)置成任何樣式。如果沒(méi)有一套標(biāo)準(zhǔn)化的部件，利用網(wǎng)頁(yè)技術(shù)開(kāi)發(fā)應(yīng)用程序會(huì)使成品變得充滿沖突感，有時(shí)甚至?xí)屓烁杏X(jué)像是外星人的作品。此外，即使有些人愿意徹底拋開(kāi)自己的想法，將用戶界面構(gòu)建得與iPhone上的應(yīng)用程序一模一樣，這套界面框架仍然無(wú)法直接適用于其它類型的Android手機(jī)。誰(shuí)會(huì)花費(fèi)大把時(shí)間去創(chuàng)建那種一個(gè)平臺(tái)一個(gè)樣的“本地化”網(wǎng)頁(yè)應(yīng)用?沒(méi)人會(huì)這么做，絕對(duì)沒(méi)有(更別說(shuō)這里面還有不同機(jī)型之間屏幕尺寸的差異)。

4.創(chuàng)建專有平臺(tái)的HTML應(yīng)用程序毫無(wú)意義

好吧，退一步說(shuō)，也許大家并不在意具體為哪款設(shè)備或哪個(gè)平臺(tái)開(kāi)發(fā)軟件。比如說(shuō)，現(xiàn)在我們正為iOS或Windows 8開(kāi)發(fā)一款應(yīng)用程序。但我們究竟為什么要在單平臺(tái)應(yīng)用程序開(kāi)發(fā)中使用HTML呢?事實(shí)上HTML的全部賣點(diǎn)及其相關(guān)技術(shù)所指向的都是開(kāi)放式、跨平臺(tái)標(biāo)準(zhǔn)。

更重要的是，iOS與Windows都具備自己的軟件開(kāi)發(fā)工具，而且這些工具在許多HTML有所不足的方面還同時(shí)做出了強(qiáng)化。首先它們?yōu)榇蠹姨峁┝艘惶讟?biāo)準(zhǔn)化部件，允許我們建立統(tǒng)一的用戶界面。其次，它們還提供訪問(wèn)API的權(quán)限，使我們能夠根據(jù)本地處理速度對(duì)運(yùn)算強(qiáng)度進(jìn)行調(diào)整。此外，它們?cè)试S大家將自己的應(yīng)用程序與那些其它平臺(tái)不具備的核心OS特色整合起來(lái)(由此也能夠大概推測(cè)消費(fèi)者為什么會(huì)選擇此類平臺(tái))。而如今，我們要把這種種優(yōu)勢(shì)全數(shù)拋棄，為什么?因?yàn)榫W(wǎng)頁(yè)應(yīng)用程序的編碼“更容易些”?即使真的更容易些，大家也不可能把擅長(zhǎng)HTML當(dāng)成賣點(diǎn)寫進(jìn)簡(jiǎn)歷——那樣你在就業(yè)之路上肯定會(huì)搞得灰頭土臉。

5.絕不應(yīng)該限制開(kāi)發(fā)人員選擇網(wǎng)頁(yè)編程技術(shù)

要在網(wǎng)頁(yè)開(kāi)發(fā)論壇上挑起激烈的口水戰(zhàn)，選擇“詢問(wèn)哪款編程語(yǔ)言‘最好’”這一話題再合適不過(guò)了。開(kāi)發(fā)人員們都有自己所偏愛(ài)的工具，而且備選的編碼方案也有很多。

然而，網(wǎng)頁(yè)領(lǐng)域可選面就窄得多了。制作網(wǎng)頁(yè)應(yīng)用程序意味著使用HTML、CSS以及JavaScript進(jìn)行編程。這些都是必考內(nèi)容，因此也得到了大家廣泛的掌握。不過(guò)普及率高并不意味著人氣高。

但因?yàn)閹缀趺總€(gè)人都對(duì)HTML、CSS以及JavaScript有所了解，因此這些語(yǔ)言在開(kāi)發(fā)人員群體中就有了極高的安裝占有度。這才是各大廠商們迅速宣稱在其新平臺(tái)上開(kāi)發(fā)產(chǎn)品“就像利用HTML 5進(jìn)行編碼那樣容易”的真正原因。如此一來(lái)，他們就可以堅(jiān)稱已經(jīng)有數(shù)百萬(wàn)的開(kāi)發(fā)人員已經(jīng)了解了如何與其平臺(tái)協(xié)同工作——盡管這種結(jié)論實(shí)在缺乏客觀依據(jù)，因?yàn)槊靠頞S及平臺(tái)都具有自己的特性。

如此看來(lái)，廠商們無(wú)疑將會(huì)繼續(xù)鼓吹大家能夠用上多少已經(jīng)掌握的網(wǎng)頁(yè)技術(shù)，他們還將繼續(xù)把基于HTML及JavaScript的軟件開(kāi)發(fā)工具引入其既有的操作系統(tǒng)——因?yàn)檫@對(duì)市場(chǎng)營(yíng)銷大有裨益。這種做法頗為我所不齒。此類工具幾乎從未像它們所自我標(biāo)榜的那么強(qiáng)大，也從未在真正的專業(yè)開(kāi)發(fā)人員群體中流行開(kāi)來(lái)(相對(duì)于前面所提到的‘HTML程序員’而言)。最終，它們只會(huì)被排除在浩如煙海的強(qiáng)大、有品或更適合特定工作內(nèi)容的優(yōu)秀開(kāi)發(fā)工具之外，成為不入流的垃圾。這場(chǎng)鬧劇已經(jīng)夠討厭，是時(shí)候收?qǐng)隽恕?/P>

原文標(biāo)題：Let's face it: HTML5 is no app dev panacea

【編輯推薦】

1. 五理由 .NET開(kāi)發(fā)者應(yīng)該關(guān)注HTML 5
2. 深入剖析HTML 5在移動(dòng)開(kāi)發(fā)方面的發(fā)展?fàn)顩r
3. 為HTML 5的未來(lái)制定學(xué)習(xí)計(jì)劃
4. 29個(gè)非常實(shí)用的HTML 5實(shí)例、教程和技巧
5. HTML 5怎么就成了RIA“殺手”？