html css js為什么不直接設(shè)計(jì)成可視化的,像做PPT那樣？已經(jīng)有很多可視化html css js的工具了，如：DW，H5Builder，百度網(wǎng)站框架，VUE等...但從效果上始終達(dá)不到ppt那

html css js為什么不直接設(shè)計(jì)成可視化的,像做PPT那樣？

已經(jīng)有很多可視化html css js的工具了，如：DW，H5Builder，百度網(wǎng)站框架，VUE等...

但從效果上始終達(dá)不到ppt那樣，這個(gè)里面涉及到一個(gè)基本的問題：開發(fā)語言。

PPT屬于微軟封閉的office套件，其格式獨(dú)家專用，也沒有提供給開發(fā)者的自定義開發(fā)腳本（excel有VBA宏），word有基本的函數(shù)，ppt只提供了封閉的效果引用，如：動(dòng)畫，圖片效果渲染等。

而html則是超文本標(biāo)記語言，在js腳本和css樣式表描述下，提供給瀏覽器（開放的軟件）臨時(shí)編譯成在瀏覽器框架下運(yùn)行的對象，所以，才會(huì)出現(xiàn)一些網(wǎng)頁在一個(gè)瀏覽器中顯示正常，而在另外一個(gè)瀏覽器中則顯示異常的情況，因此，很難提供一個(gè)類似ppt的可視化框架用于web頁面的拖拽編輯。

最近幾年，前后端分離開發(fā)后，前段都往框架和模版方向發(fā)展，沒有后端的數(shù)據(jù)支撐，在開發(fā)階段，很多頁面甚至就是一片空白，就更加不可能用ppt的方式來開發(fā)了！

web開發(fā)為何沒往拖動(dòng)控件的方向發(fā)展？

作為從 ASP 時(shí)代走過來的老碼農(nóng)可以負(fù)責(zé)任地說，Web 開發(fā)拖控件在 10 多年前隨著微軟 ASPdotNET 推出時(shí)就已經(jīng)通過被稱為 WebForm 的技術(shù)實(shí)現(xiàn)了，并且到現(xiàn)在也仍然在產(chǎn)品壽命期中，雖然不再更新新功能，但仍然有著正常的產(chǎn)品維護(hù)。

在 WebForm 技術(shù)剛剛誕生的時(shí)代，眾多從 Delphi/VB 開發(fā)人員剛從拖控件開發(fā)本機(jī)應(yīng)用開始向 Web 開發(fā)轉(zhuǎn)向，此時(shí)，入門簡單、事件模型類似本機(jī)開發(fā)的 WebForm， 甚至一經(jīng)推出就爆紅成為開發(fā) B/S（所謂的 Browser/Server）應(yīng)用的首選技術(shù)。

那是一個(gè)互聯(lián)網(wǎng)還不非常普及，人人都在做 MIS 的年代，WebForm 雖然火了，但是因?yàn)?WebForm 的事件模型本質(zhì)上是需要提交頁面和后端服務(wù)器交互才能觸發(fā)，從根本上和 AJAX 等技術(shù)是矛盾的，而且拖控件的方式，頁面會(huì)生成非常多的冗余 HTML 標(biāo)簽，造成頁面體積巨大， 且 CSS 難以應(yīng)用。

隨著 Web 開發(fā)技術(shù)的發(fā)展，用戶對前端體驗(yàn)要求越來越高，瀏覽器和 W3C 標(biāo)準(zhǔn)也隨著不停演化，甚至出現(xiàn)了專門的前端開發(fā)工程師，在這種情況下，代碼臃腫、體驗(yàn)不佳的 WebForm 早已被手工編寫的 HTML/CSS/JS 頁面所替代。

當(dāng)然，市場對拖控件形式的無代碼或少代碼開發(fā)一直有需求，微軟后期也嘗試推出過 LightSwitch 等等曇花一現(xiàn)的技術(shù)，不過總體上說，目前還是以手工開發(fā) HTML 頁面為主。但是隨著單頁應(yīng)用 SPA 和 WebAssembly 等等 HTML 技術(shù)的出現(xiàn)，很有可能未來還是會(huì)出現(xiàn)不少拖控件的開發(fā)工具，就讓我們拭目以待了。