為什么現(xiàn)代前端框架放棄了HTML的常規(guī)用法？因為再不搞得貌似高大上，各種智能AI會讓前端全部失業(yè)啊，所以把問題復雜化，可以延長技術崗位淘汰的時間人工智能可以自動編寫html和css了，對此你怎么看？歡

為什么現(xiàn)代前端框架放棄了HTML的常規(guī)用法？

因為再不搞得貌似高大上，各種智能AI會讓前端全部失業(yè)啊，所以把問題復雜化，可以延長技術崗位淘汰的時間

人工智能可以自動編寫html和css了，對此你怎么看？

歡迎在點擊右上角關注：「太平洋電腦網(wǎng)」，更多有趣資訊等著您哦。

根據(jù)CSDN 資訊的報道，之前有一個叫 Screenshot-to-code-in-Keras的項目，當時是在GitHub 排行榜上排行第一的。這個項目的最厲害的地方就是：神經(jīng)網(wǎng)絡通過深度學習，自動把設計稿變成 HTML 和 CSS 代碼。這個厲害程度有多深，那就是產(chǎn)品經(jīng)理會編程，而且還自動自覺做完了程序員的工作。只不過產(chǎn)品經(jīng)理是人，但是這是一臺機器。

這不得不讓我們恐慌，人工智能可能要大規(guī)模取代人類了的工作了。

首先，我們認為程序員編程是一個非常有技術含量的工作。因為優(yōu)秀的程序員大多都是有著深厚的學術功底，而且經(jīng)過長時間的訓練和練習才能獲得優(yōu)秀的變成技能。而且電腦編程語言確實跟我們的自然語言不一樣，要把我們?nèi)祟惖男枨蟮男枨筠D化為電腦編程語言，需要做的是：先明確需求，再讓程序員把我們的語言和表達轉化為電腦語言。

這個時候，計算機自行把設計稿變成編程語言，那就意味著，把人類語言的表達轉化為電腦的語言，電腦能夠做到，這樣意味著電腦能夠看懂人類的語言。

先不說編程的水平高低，萬丈高樓從地起，即使現(xiàn)在的電腦編程的水平不高。但是得益于強大的性能，電腦只要通電就能持續(xù)運算，以人類無法企及的速度在學習。所以對于人工智能來說，更重要的是數(shù)據(jù)、算法、硬件的提升。起點低真的無所謂。

這樣看來，人工智能的到來，能夠提升生產(chǎn)力，使得人類社會的物質更加豐富，人類的可以空閑出來的時間就更多，可以更好的處理人與人之間的關系。

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

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

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

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

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

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

用Django做web前端如何？

先回答問題，Django不適合做web前端，Django用于做web的后臺。web前端普遍使用基于jquery的框架完成。我曾將使用Django寫過幾個網(wǎng)絡管理程序。下文具體說一說。

Django用來做什么

• Django是Python編寫的開源web應用框架，采用了MVC的模式，方便快速構建web應用程序；

• Django主要由三個層次組成，template層用于實現(xiàn)與前臺的交互，收集前端發(fā)送的數(shù)據(jù)；control層用于處理用戶數(shù)據(jù)，實現(xiàn)業(yè)務邏輯；model層用于實現(xiàn)與數(shù)據(jù)庫的連接，將數(shù)據(jù)持久化；

• Django的使用非常方便的，集成了大部分的常用功能，用戶不用專門處理session，用戶登陸等應用。

前臺怎么寫

• web應用程序的前臺使用基于jquery的框架完成，jquery是使用javascript腳本需要編寫的，簡化了用戶的編程的難度；

• 在構建web應用時，我用的是easyui框架，集成了大部分的控件，比如文本框，各種按鈕，并且有布局功能，可以快速勾畫web應用界面。

讀書時我曾經(jīng)使用java編寫web應用，工作后接觸了python，簡單易用，可以快捷構建應用，后來使用django框架，將平時編寫的小應用合并成一個可視化的的網(wǎng)絡運維平臺。

html css js為什么不直接設計成可視化的,像做PPT那樣？

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

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

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

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

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