回覆列表
  • 1 # 碼農JSON

    視覺化的工具有很多,我自己使用過的就有微軟的Frontpage,Macromedia的Dreamweaver(已被收購)。這些這兩個工具都很古老了,就目前來說,Office裡的諸如Word, Excel, PowerPoint等等工具都支援將檔案存成網頁格式。

    但作為一個資深碼農可以告訴題主,當你能夠熟練的編寫html,css,js後你會發現其實所見即所得的設計工具遠遠沒有直接寫程式碼來得實際,因為寫程式碼能夠控制呈現的所有細節,而且能夠使用網上各種優秀的開源框架和元件,這是設計工具所不能比擬的。

  • 2 # 廣州張楷

    已經有很多視覺化的建站程式。看你主要想做哪塊領域的前端。假如是企業網站,就很多了,有自適應的,有電腦手機分開的前端視覺化設計程式。視覺化往往是整合庫檔案,網站檔案會相對繁、重、亂。

  • 3 # 讀知兔

    視覺化排版工具一大堆。但是,視覺化只能降低排版門檻,然而對於一個熟練工來說,視覺化除了上手快以外,其它全是缺點。比如效率,精確度和效能。

  • 4 # quick樂

    DW視覺化的,卡的一比,初學者都會去學學,但是不好用。習慣了還是直接單純寫程式碼的好,想看效果直接瀏覽器預覽就好了。有什麼直接改程式碼就好,一樣方便。初學者很多可能改程式碼不會,會用DW視覺化頁面改。

  • 5 # 焚舟yatinghu

    你的意思是那種可以投拽成網頁的工具是嗎?這種工具生產的網頁侷限性太大。從互動,效能最佳化,動畫,相容性,後期維護,針對性都太差了。不如直接編碼的效果好。那種拖拽元件成的網頁適合活動頁。但是對於那些複雜,資料互動性大的網站。就不太適合了。

  • 6 # IT駱駝

    已經有很多視覺化html+css+js的工具了,如:DW,H5Builder,百度網站框架,VUE等...

    但從效果上始終達不到ppt那樣,這個裡面涉及到一個基本的問題:開發語言。

    PPT屬於微軟封閉的office套件,其格式獨家專用,也沒有提供給開發者的自定義開發指令碼(excel有VBA宏),word有基本的函式,ppt只提供了封閉的效果引用,如:動畫,圖片效果渲染等。

    而html則是超文字標記語言,在js指令碼和css樣式表描述下,提供給瀏覽器(開放的軟體)臨時編譯成在瀏覽器框架下執行的物件,所以,才會出現一些網頁在一個瀏覽器中顯示正常,而在另外一個瀏覽器中則顯示異常的情況,因此,很難提供一個類似ppt的視覺化框架用於web頁面的拖拽編輯。

    最近幾年,前後端分離開發後,前段都往框架和模版方向發展,沒有後端的資料支撐,在開發階段,很多頁面甚至就是一片空白,就更加不可能用ppt的方式來開發了!

  • 7 # rijieluo

    二十年前的frontpage,office的元件之一,就是你說的這功能,包括後來的dreamweaver也是!但如果單用他們的視覺化頁面編輯功能,生成的程式碼很亂,而且很難達到規範!特別是後來div+css出來後,視覺化的效果很糟糕,不得不直接在瀏覽器中測試,然後F12直接除錯,再把程式碼到dw中去實現。既然要真麼麻煩,那frontpage和dw的視覺化編輯毫無意義了……所以,實際開發中會發現,還不如一個帶程式碼提示的文字編輯器來的效率高……!

  • 8 # squall13

    告訴你一個殘酷的事實,視覺化工具是20年前流行的,當前的前端已經是利用各種庫和框架的年代了,但都是寫程式碼。不要問為什麼,只是因為你攝入太淺,不理解而已

  • 9 # 智慧情感里奧

    [專注處理這塊的圖形化程式設計大公司少了,不迭代了]看到題目好懷念,尤其看別的回答提到frontpage,dreamweaver。以前流程都是美工photoshop作圖。然後前端的切圖,dreamweaver設計頁面,然後跟java程式碼整合,增刪改查,跟資料庫繫結。現在不這樣了?

    圖形化程式設計逐漸被淘汰,應該是微軟等等這體量的公司,注意力不在這裡,不迭代了。看到其他高手的回答,說效能不好,還是因為不迭代,不優化了。

    程式碼生成器,熟練了可以自己寫點簡單的程式碼生成器,哪些複製黏貼,碼農最苦哈哈的部分,還是可以用程式碼生成器來提高效率的。

  • 10 # 平凡之路的盡頭

    科技是服務人類的,有人想方設法把工具做的簡單,便於人儘快上手,以前做網頁除了專門吃這行飯的人,還有一堆電腦網路愛好者,他們也在學做網頁,自己在家搗鼓,出來的成品不講究質美觀,起碼是可以看的也有很實用的,比如當年華軍軟體園作者,感興趣可以搜尋,以前做網頁很多大站來之所謂的“草根”,那時候的網際網路百花齊放。

    當然配合他們的工具就要越簡單越好,視覺化方便。frontpage,dreamvear這些工具,就是拖拖拽拽。以前做網頁都是偏美工設計多一些,程式設計寫指令碼的很少,當然使用也可以,拿來主義就是網際網路精髓,搜尋-複製-引用。

    以前你要做個網頁,有一堆工具可以使用,不是每個人都有耐心去學習html和css,當然以前做網頁美工和程式設計沒什麼明顯的界限,很多站長一人包乾全部,當然很多早前網頁按照現在標準評判都是小兒科。用他們話說沒什麼技術含量,第一批吃螃蟹的只會html在Yahoo照樣拿高薪,這是網際網路啟蒙階段福利。

    那時候網頁排版就是表格排版,有的漂亮的網頁其實背景就是大幅的圖片,但是自從有本書《網頁重構》出現之後,不管美工和開發都推崇備至,css+div開始成為網頁架構主流,如果還在使用表格排版的網頁似乎已經是落後代名詞,從此以後表格排版慢慢退出歷史舞臺了。

    視覺化工具也變得越來不隨心所欲,因為重構的人追求程式碼精簡高,我覺得是程式碼“潔癖”,而視覺化工具不是不能做css+div,只是額外產生的程式碼量太多,對於程式碼潔癖的人來說無法忍受。

    但是這樣帶來的問題,業餘網頁製作愛好者,如果想搗鼓網頁,越來越不能跟上技術形勢,現在做網頁招聘喊前端,很多工作相當於以前程式設計做的工作,大量時間花在相容性除錯上。

    那麼表格排版的網頁是不是不能用嗎?目前網際網路高速頻寬普遍普及情況下,開啟網頁速度其實肉眼看沒什麼區別,有的訪問量很小的網頁至於用什麼做,客戶其實壓根不懂,能用就行,只是網頁製作的工作已經沒你的位置了,你不得不拋棄。

  • 11 # 十二小先生

    以前用視覺化工具佈局,是因為早期也沒有UI元件框架的概念,都是最簡單傳統的html和css。

    現在前端在向著元件化,模組化方向發展。現在都是是mvvm響應式,css也可以用less,sass來寫,樣式已經有可程式設計的概念。

    前端已經是個工程化的課題,不是以前的簡單頁面了。新技術和框架層出不窮。

    以前是所謂畫頁面,現在都是打包構建。

  • 12 # 東布也

    能問出這種問題兄弟如果你不是程式設計師千萬別入行如果你是個程式設計師那麼最好考慮下開發適不適合你。視覺化介面外掛我做過,視覺化開發就是個zz

  • 13 # 仁見人愛

    前端要做出好的東西,咱們把業務,邏輯,效能最佳化給剔除。只說設計,CSS/3、HTML/5自身就是很靈活的東西,拖一拖拽一拽能滿足別人需求,那是最好的。現在的受眾或者客戶,拖一拖拽一拽那土辦法很難滿足他們的審美需求互動便捷性需求。專業點說好的UI/UE設計,需要人來想人來做,不能被工具給框死。這就出現,以前設計工具被淘汰了。

  • 14 # 三歲程式設計

    以前用表格佈局時有人做成視覺化。最先進的是macromedia公司,研發了很多先進的網頁技術,flash,fireworks,視覺化做網頁和web程式的是dreamweaver,可以畫出網頁,後來frontpage2003都借鑑過畫網頁的功能,可是資本市場不允許這麼強悍的研發力量存在,ADOBE公司為了行業壟斷就以20多億美元收購了macromedia公司,這些軟體要麼取消要麼沒落,不再投入力量研發。

    而不是沒有技術方案能實現視覺化操作。

    以前實現了表格和絕對定位兩種方法畫網頁,現在的float,inline-block,flex,grid四種方法也能透過畫的過程畫出來。

    至少有一種實現難度不比畫表格和絕對定位難。

    絕對定位本身就混合了html和css。

  • 15 # 冰日曖陽

    看了就一大堆的,難道PPT不香嗎?

    其實以前的程式介面是拖拽的,DW、FP等也是圖形的,後來可能是覺得會程式設計的編介面也容易就不做了吧,我倒覺得沒原因,就是那些未繼續而已,未來也許又會有。

  • 16 # 散慮-逍遙

    網頁就是視覺化,html css等等要的是相容。

    畢竟是要公開的,其它裝置開啟如果不一樣。

    就沒意義了

  • 17 # UnicornBoat

    所見即所得編輯器目前仍然有啊,但是對於程式碼開發者來說非常不友好,太多冗餘程式碼,需要手工清楚,效率大大降低。

  • 18 # 超級前面前面

    有些標籤的屬性可有可無,如果視覺化可能會把簡單的東西複雜化。

    dom天生就慢,這是網頁設計的硬傷,這使得網頁設計不能搞得眼花繚亂,而是儘量精減。所以視覺化就更沒必要了

  • 19 # Sean段

    作為網頁開發的主流語言,HTML+CSS+JS的視覺化工具一直是存在的,從最初的FrontPage,DreamWeaver和現在很多所見即所得的設計軟體也支援網頁格式的匯出,例如Hype3、Axure等等。這些視覺化工具的出現也是為了讓更多人可以直接製作網頁。那為什麼最初HTML+CSS+JS不是直接設計成類似的PPT這樣的完全視覺化工具呢?

    歷史原因

    這個主要還是因為在HTML作為網頁表姐語言出現的時候,還是網際網路初期也是計算機的發展初期,HTML最初版本出現的1990,電腦還不是一個非常普及的電子裝置,會使用電腦在那個年代是一個技術活,編輯和釋出網頁就更是一個技術要求很高的職業了。因為90年代初開發網頁的基本都是之前Coder,所以視覺化介面軟體並不是那麼被需要。不過經過電腦技術快速的發展及普及,視覺化網頁編輯器還是出現了,微軟1995年釋出了Front爬個,1997年Dreamweaver釋出了第一版本,這段時間應該算是視覺化網頁編輯器蓬勃發展的階段。

    網頁個性化

    不過隨著網際網路的普及,網站的數量也隨之高速增加,透過簡單的HTML程式碼或是視覺化編輯器產出的網頁逐漸不能滿足使用者的需求了。雖然視覺化編輯器也一直在升級更新,但是HTML+CSS+JS包括當時還存在的Java Applet,ActionScript等技術都開始高速的技術更新來適應使用者的需求,當時就很多使用Flash+ActionScript作為前端設計的網頁,不單動效非常美觀,而且還有一些JavaScript還不支援的功能,例如下載進度等等。因為這樣的高度個性化需求,視覺化編輯器的更新明顯更不上節奏,畢竟視覺化編輯的開發一般需要在新技術出現後的一段時間。

    前端框架

    進入2010年後,網際網路逐步從網頁開始向網際網路應用發展,也就是原本的HTML+CSS+JS中以HTML最主的網頁開發設計模式逐漸變成了透過以JS前端框架為主的模式,這個過程出現了很多優秀的前端框架,例如遠古時期的jQuery就是一個以JS技術為基礎的框架,雖然jQuery還需要以HTML為主。之後出現的前端框架,如React、Angular、Vue等框架都已經透過虛擬DOM方式對HTML的依賴越來越低了。因為這些前端框架的出現,越來越多的技術都是透過程式碼實現的同時也逐漸脫離HTML的依賴。HTML的依賴降低也就讓介面設計和頁面邏輯有一點的剝離,也就是現在很多設計軟體可以直接匯出頁面,然後透過對接前端框架來實現程式碼邏輯。

    因為整個HTML+CSS+JS的發展歷程,所以視覺化編輯器也經歷了從無到有,從大而全到專注外觀設計幾個發展階段。現在階段出現的網頁視覺化編輯器更多是視覺設計軟體中的一個功能。

  • 20 # 秦崤萬里

    因為,沒必要。你覺得漂亮的動畫,其實底部是非常複雜的一堆計算機圖形化程式碼。

    做網頁的目的,主要是做展示,和簡單的人機互動。

    你玩那麼複雜,你不是想讓計算機卡死了吧。

  • 中秋節和大豐收的關聯?
  • 如何在承認他沒有那麼愛你的情況下去努力愛他?