HTML5如今已經成為移動開辟的另一個核心，關于native app和web app以及雜交app的評論辯論也已經不少。本來光線四射的Flash，Adobe公司公布放棄移動版的開辟，而轉向更大力度的支撐HTML5。固然說HTML5里的Canvas可以在往后調換Flash，但小我感覺似乎也不樂觀，我們來說幾件工作吧。

近十年前就看到flashk（一個組織后來就滅亡了）做過一個基于flash的管網體系，那時辰就感覺用flash做一個地圖引擎，那應當是多牛。

后來感覺SVG不錯，我都有點同GML有點相提并論了，但SVG至今依然不是HTML5的一項目組，并且這么多年也沒有一個牛的應用是用SVG做的，固然SVG看起來挺強大的，支撐熱點、支撐內嵌js等，并且很多瀏覽器對SVG的支撐也不錯。（最早有見過用SVG來做地圖的，那應當在我06年時寫博客有提到過，但那時辰瓦片地圖都應當是在大師盡力研究的狀況吧）

昨天晚上開端研究百度的地鐵地圖，是用flash做的，矢量化的，做的還是挺摩登的，我一向很喜好，但移動設備根蒂根基上不克不及用（對flash不支撐或者支撐不佳）。研究這個器材呢有兩個意圖，一是把它離線，讓其他網站也能用，另一就是想直接看看他們的數據，畢竟成果本身做數據還是斗勁累人的。如今的成果是，本地顯示根蒂根基OK，項目組功能不成用（比如路徑演算就必然是須要辦事端支撐的，發明地鐵的路徑演算竟然是百度地圖的一個項目組，演算完畢后地鐵法度解析獲取到的JSON數據，可能地鐵換乘也算是百度步行導航演算的一個項目組吧，我卡殼的是地鐵的JS不克不及獲取JSON以及解析，不知道是否和跨域有必然的關系否）。地鐵數據項目組，也已經看到數據，是一個二維平面下的一系列坐標點湊集，籌辦導出來看看可否直接成圖。

今天花了一點時候，把HTML5中的Canvas章節，簡單的瀏覽了一遍。固然有不少的函數，但似乎同畫圖對象有所類似了，讓我想到了mapinfo，什么畫線、畫面、畫圓、畫弧線、填充色彩、設置包邊的粗細和色彩等等等。我在想：若應用HTML5畫圖，那不僅僅是要將地圖繪制一遍（獲得坐標把握點），更須要將地圖經由過程JS說話往來交游實現一遍。OMG，想起來就感覺有點頭大，莫非flash昔時也如此麻煩？即便flash如此麻煩，那也至少是有可視化編輯景象的，那HTML5的畫圖是否會有可視化的編輯景象呢？（也許只是我還沒有發明吧）。別的補充一句：flash的題目確切斗勁多，比如很是占用CPU、斗勁耗電，那么HTML5的Canvas就不會有這題目嗎？

后來搜刮“HTML5 Canvas map”的時辰，看到兩個地圖，一個世界地圖，另一個是美國地圖，都是用HTML5繪制的，忽然感覺HTML5繪制地圖看起來欲望很大嘛，于是研究了一下這個開源的美國HTML5地圖，但簡單看了下，就感覺怕了，因為：美國地圖繪制的固然摩登，但繪制的那一系列平面坐標點是如何而來的呢？當然，不打消是有對象的，但我感覺，若要做到如許，那是多么的艱辛那（看他的Map.js文件，統共近1300行，地圖數據就占領了一半）。有愛好的伴侶就去看看吧：http://dougx.net/map/usmap.html

不過，既然HTML5大勢如此，那HTML5的將來必然是殘暴的，只是，可以獲得一個結論是：在沒有一個好用的對象之前，用HTML5來繪制地圖，是一件很是很是麻煩的工作，更不消說將HTML5的畫圖做成引擎，實現放大縮小平移以及熱點響應事務等操縱了?？吹揭粋€HTML5做的巨牛網站，甚是欣慰，動畫結果同flash有的一拼，觀摩地址：http://www.ro.me/。（固然是結果巨牛的HTML5動畫網站，但工程其實挺大的，查看源文件，發明一個頁面加載了90多個功能js，畫圖js也是讓人目炫的坐標系列，看下這個文件會不會嚇到你，呵呵）

總結幾句空話：

1、做件工作很不輕易

2、對象（或者說是框架或引擎之類的器材，比如openlayers引擎、jQuery框架等）很有效

3、可用性和易用性很關鍵

最后問大師一句：你會用HTML5去繪制地圖否？

---