WordPress 的未來是無代碼的嗎?

已發表: 2020-04-14

WordPress 更獨特的方面之一是設計師可以選擇他們想要如何使用它。 我們可以建立做任何事情的網站——並且有很多不同的方法可以做到這一點。

例如,我們可以從頭開始創建主題或下載數千個免費或高級選項之一。 或者,我們可以選擇使用 Gutenberg 塊編輯器創建內容或利用頁面構建器插件。

這些選擇很重要,因為它們將決定成品的很多方面。 它會按照我們需要的方式運行嗎? 它會是我們想要的樣子嗎? 未來的變化會有多靈活? 而且,也許最重要的是:它會將我們鎖定在特定的產品中嗎?

這些選擇有一定的底線。 本質上,我們正​​在決定我們是否想要(或需要)編寫自定義代碼

這是一件大事。 而且,隨著 WordPress 及其生態系統的不斷發展,它確實讓人懷疑是否會有更多的設計師選擇無代碼解決方案。 但是,如果是這樣,後果是什麼?

頁面構建器正在變得更好

由於 WordPress 開發者社區,我們已經走到了這一步。 例如,頁面構建器插件已經存在多年。

早期,這些產品往往是草率地近似於通過一些 CSS 和 PHP 知識可以完成的工作。 儘管如此,他們還是為更多人帶來了創建自定義頁面佈局的能力。

專業設計師(包括我自己)有時可能會對這些工具不屑一顧。 在代碼方面,它們在質量方面非常出色。 使用頁面構建器就像在項目中作弊一樣。

但是,插件作者繼續改進他們的產品。 現代工具已經發展到代碼更清晰和響應迅速的地步。 此外,停用頁面構建器會導致內容格式丟失,但您的頁面將不再顯示大量未使用的短代碼。

電腦和鼠標。

古騰堡將塊帶入默認安裝

WordPress 本身已經轉向以視覺為導向的方式來創建內容。 在 WordPress 5.0 中引入 Gutenberg 塊編輯器時,它旨在帶來更一致的用戶體驗。 這部分是對開發人員用來繞過經典編輯器限制的定制技術的回應。

它還表明您不一定需要編寫自定義代碼來完成更複雜的佈局和功能。 編輯器產生了自己的自定義塊生態系統,您可以根據需要添加。

雖然古騰堡不一定與成熟的頁面構建器直接競爭,但它確實提供了一個更輕量級的替代方案。 而且,隨著更多塊可用,它可能會導致更多設計師堅持使用本機編輯工具。

此外,塊編輯器最終將允許全站點編輯。 這意味著,除了創建內容之外,我們還能夠以可視方式創建整個網站——所有這些都在 WordPress 的默認安裝中。

當這實現時,對於任何使用 WordPress 構建網站的人來說,代碼似乎將變得非常可選。

WordPress 歡迎屏幕

好和壞

轉向無代碼網站建設體驗有一些潛在的積極和消極的方面:

正面的

無論是通過頁面構建器插件還是 Gutenberg,這些工具都允許任何人創建自定義頁面佈局。 此外,他們可以添加更複雜的內容,例如帖子列表、圖片庫、導航等。 只需點擊幾下,拖放即可。

當與兼容的主題結合使用時,構建完全自定義網站的能力也成為可能。 就與市場上許多 DIY 網站建設者的競爭而言,這是 WordPress 邁出的一大步。

還有機會帶來更加一致的編輯和構建體驗。 很多時候,現成的主題已經實施了可能導致用戶混淆的自定義解決方案。

即使是推薦的工具 WordPress Customizer 也無濟於事,它是用來處理一些任務的——但不是其他的。 這意味著在各種 UI 之間切換以嘗試拼湊一個網站。 這是可行的,但不是最用戶友好的過程。

古騰堡的持續發展是該領域潛在的遊戲規則改變者。 界面之間的來回消失了,因為我們將擁有一個單一的 UI 來處理我們所有的設計和佈局相關任務。

負面的

儘管無代碼的未來有許多積極的一面,但也有一些真正的缺點。 也許最直接的是,它可能只是允許非技術用戶有太多的自由。

定制主題真正方便的方面之一是設計師可以鎖定他們不希望客戶觸摸的項目。 如果一切都在可視化 UI 中可用,這可能會成為一個更加困難的挑戰。

這在頁面構建器中已經存在。 但是古騰堡可以讓喜歡冒險的客戶更容易在他們的設計實驗中走得太遠。 希望會有某種內置方法來防範這種情況。

另一個大問題是可能缺乏在主題上做更多事情的機會。 畢竟,使網站獨一無二的往往是那些小小的自定義代碼。 這種新的做事方式會阻止開發人員添加基於模板的代碼片段嗎? 一切必須是一個塊嗎?

最後,還值得懷疑這是否會阻止新開發人員修改代碼。 主題開發是學習 PHP、CSS 和 JavaScript 的常見起點。

誠然,創建自定義塊是編寫代碼的機會。 但不是每個人都會走這條路。 看到那種能幹的精神消失了,那將是一種恥辱。

一個人放鬆。

不斷發展的景觀

一段時間以來,WordPress 正在朝著以視覺為導向的設計過程發展這一事實已經很明顯了。 自從第一眼看到 Gutenberg 的基於塊的編輯體驗,甚至是幾年前定制器的出現以來,似乎目標是在不接觸代碼的情況下完成更多的設計任務。

隨著 CMS 的後端變得更加完善,我們所知道的使用 WordPress 構建的方式正在發生變化。 對於那些希望使用它的人來說,代碼仍然是這個過程的一部分。 對於其他人來說,設計將從根本上轉向交互式工具。

這將為很多人打開一個充滿可能性的全新世界。 這對網絡專業人士意味著什麼? 那個故事還在寫。