正義的天津人
告訴你一個殘酷的事實，可視化工具是20年前流行的，當前的前端已經是利用各種庫和框架的年代了，但都是寫代碼。不要問為什麼，只是因為你攝入太淺，不理解而已
squall13
科技是服務人類的，有人想方設法把工具做的簡單，便於人儘快上手，以前做網頁除了專門吃這行飯的人，還有一堆電腦網絡愛好者，他們也在學做網頁，自己在家搗鼓，出來的成品不講究質美觀，起碼是可以看的也有很實用的，比如當年華軍軟件園作者，感興趣可以搜索，以前做網頁很多大站來之所謂的“草根”，那時候的互聯網百花齊放。
當然配合他們的工具就要越簡單越好，可視化方便。frontpage，dreamvear這些工具，就是拖拖拽拽。以前做網頁都是偏美工設計多一些，編程寫腳本的很少，當然使用也可以，拿來主義就是互聯網精髓，搜索-拷貝-引用。
以前你要做個網頁，有一堆工具可以使用，不是每個人都有耐心去學習html和css，當然以前做網頁美工和編程沒什麼明顯的界限，很多站長一人包乾全部，當然很多早前網頁按照現在標準評判都是小兒科。用他們話說沒什麼技術含量，第一批吃螃蟹的只會html在Yahoo照樣拿高薪，這是互聯網啟蒙階段福利。
那時候網頁排版就是表格排版，有的漂亮的網頁其實背景就是大幅的圖片，但是自從有本書《網頁重構》出現之後，不管美工和開發都推崇備至，css+div開始成為網頁架構主流，如果還在使用表格排版的網頁似乎已經是落後代名詞，從此以後表格排版慢慢退出歷史舞臺了。
可視化工具也變得越來不隨心所欲，因為重構的人追求代碼精簡高，我覺得是代碼“潔癖”，而可視化工具不是不能做css+div，只是額外產生的代碼量太多，對於代碼潔癖的人來說無法忍受。
但是這樣帶來的問題，業餘網頁製作愛好者，如果想搗鼓網頁，越來越不能跟上技術形勢，現在做網頁招聘喊前端，很多工作相當於以前編程做的工作，大量時間花在兼容性調試上。
那麼表格排版的網頁是不是不能用嗎？目前互聯網高速帶寬普遍普及情況下，打開網頁速度其實肉眼看沒什麼區別，有的訪問量很小的網頁至於用什麼做，客戶其實壓根不懂，能用就行，只是網頁製作的工作已經沒你的位置了，你不得不拋棄。
平凡之路的盡頭
二十年前的frontpage，office的組件之一，就是你說的這功能，包括後來的dreamweaver也是！但如果單用他們的可視化頁面編輯功能，生成的代碼很亂，而且很難達到規範！特別是後來div+css出來後，可視化的效果很糟糕，不得不直接在瀏覽器中測試，然後F12直接調試，再把代碼到dw中去實現。既然要真麼麻煩，那frontpage和dw的可視化編輯毫無意義了……所以，實際開發中會發現，還不如一個帶代碼提示的文本編輯器來的效率高……！
rijieluo
你的意思是那種可以投拽成網頁的工具是嗎？這種工具生產的網頁侷限性太大。從交互，性能優化，動畫，兼容性，後期維護，針對性都太差了。不如直接編碼的效果好。那種拖拽組件成的網頁適合活動頁。但是對於那些複雜，數據交互性大的網站。就不太適合了。
yatinghu
可視化的工具有很多，我自己使用過的就有微軟的Frontpage，Macromedia的Dreamweaver（已被收購）。這些這兩個工具都很古老了，就目前來說，Office裡的諸如Word, Excel, PowerPoint等等工具都支持將文件存成網頁格式。
但作為一個資深碼農可以告訴題主，當你能夠熟練的編寫html,css,js後你會發現其實所見即所得的設計工具遠遠沒有直接寫代碼來得實際，因為寫代碼能夠控制呈現的所有細節，而且能夠使用網上各種優秀的開源框架和組件，這是設計工具所不能比擬的。
碼農JSON
DW可視化的，卡的一比，初學者都會去學學，但是不好用。習慣了還是直接單純寫代碼的好，想看效果直接瀏覽器預覽就好了。有什麼直接改代碼就好，一樣方便。初學者很多可能改代碼不會，會用DW可視化頁面改。
quick樂
可視化有，現在還有不用寫代碼直接把效果圖轉換為成品的AI
科學宅
可視化排版工具一大堆。但是，可視化只能降低排版門檻，然而對於一個熟練工來說，可視化除了上手快以外，其它全是缺點。比如效率，精確度和性能。
風雨燕雙飛
有可視化的框架，類似c++、c#編寫桌面軟件拖拉控件，但效果真的沒有寫前端代碼那麼好
互聯哥
可視化自動生成的代碼非常繁瑣，不易讀，更不易修改，調整頁面也會非常痛苦。即使不連接數據庫，作為展示頁面也非常不受歡迎。
