基於HTML5技術的電力3D監控應用（二）

上篇介紹了咱們電力項目的基本狀況，咱們選用HTML5技術仍是頂着很大壓力，畢竟HTML5技術性能行不行，瀏覽器兼容性會不會有問題，這些在項目選型階段仍是充滿疑惑，項目作到如今終於快收尾了咱們纔敢鬆口氣，壓力基本頂住了，我我的總結的經驗是：HTML5性能確定不是最高，但對企業應用足夠高效，HTML5標準不可能全部瀏覽器都一致實現，但對於企業應用已經足夠工做。選擇正確的引擎框架，進行合理的設計纔是關鍵，HTML5真的已經Ready！

選擇HTML5除了看中JavaScript動態語言的靈活性，可以很好的和其餘異構系統融合到頁面外，HTML5的跨平臺性也是咱們看中的重要緣由，之前PC桌面應用上採用Flex和Silverlight到是能夠跨平臺，但現在的系統還不能上移動終端實在就說不過去了，而Flex和SL在跨移動終端方面就卡殼了，雖然有AIR能夠導成native app應用，但仍是遠不如HTML5純頁面來的高效，每次修改任何東西PC上均可以模擬測試，看看Chrome DevTools for Mobile愈來愈屌爆的Screencast and Emulation功能： 

我如今測試移動終端大部分狀況都不須要用真機，當PC上模擬測試得差很少後再進行真機測試基本都能一次性經過，回想之前用Flex的AIR進行轉換Native App真是浪費生命，每次測試我都要刷幾條微博消磨難熬的等待時間，上一次項目咱們團隊也分爲Android和iOS兩個徹底採用獨立Native開發方式，但也存在版本發佈不一致，應用體驗不同，包括不少業務邏輯代碼本能夠複用的但因爲Java和ObjectiveC的差別，搞得咱們非得寫兩套同樣邏輯的代碼，其中加密的部分還得費勁的用C++實現了一個統一的實現，而後再有Java和OC分別去調用C++的代碼，總之系統越搞越複雜，團隊須要的人愈來愈多，固然咱們經驗不足也是一個緣由，但咱們畢竟是作企業應用搞項目的，不過可能有資源像BAT那些移動互聯網巨頭去慢慢融合摸索經驗，咱們除了這些基礎技術外，還有學習不少電力業務，還得和硬件打交道，學習各類電力規約協議，扯淡了這麼多你應該明白咱們如今成功的使用了HTML5一個js語言就能跨全部平臺之爽。

項目初期咱們團隊在選型初期對3D建模進行了必定的研究，傳統的3D引擎通常只提供後期三維模型的渲染呈現，並不提供3D建模的解決方案，本覺得還須要招聘專業的3DMax或Maya三維建模設計師，由於咱們目前的美工設計師只會ps，但HT提供了一套徹底基於HTML5的3D設計編輯工具，別說只會ps的美工設計師，其實後續項目的大部分3D場景咱們程序員都參與了設計。

徹底基於HTML5的設計器這點仍是挺讓我佩服的，雖然你們都在轉型到HTML5但還不多有作得完全的，如Google Web Designer和Adobe Edge Tools這些巨頭的產物，包括Sencha Architect折騰了很長時間又走回Qt的路線，我實在不看好這些還不採用HTML5作設計器的路線，這時代HTML5已經足夠強大，JS虛擬機的性能如V8也足夠高效，數據直接雲存儲就能夠，若是須要本地功能採用Node-Webkit也是很不錯的方案。之前咱們團隊經常使用Qt或Java Swing來寫些小工具，我發現這個項目歷練以後Node-Webkit的技術方案成了你們些寫工具應用的首選。

如下爲幾張運行系統抓圖，以及這些系統圖在編輯器內編輯的過程抓圖