與古騰堡在一起的一年

Gutenberg 成為 WordPress 的正式成員似乎是在昨天，但不管你信不信，它已經過去一年多了！ 2019 年無疑是 WordPress 中的古騰堡之年。 愛它或恨它，它不會很快消失，事實上，它現在是我們心愛的 CMS 中的一個新標準，旨在提供更好的用戶體驗。

在今天的帖子中，我想快速回顧一下WordPress 塊編輯器在過去幾個月中取得的所有成就。 特別是，我想討論它的特別之處，為什麼有些人喜歡它，有些人討厭它，以及它對我們開發人員意味著什麼。 讓我們完成這件事！

古騰堡的發射

在 2016 年的 State of the Word 中，Matt 說 WordPress 編輯器是我們應該關注的事情之一，因為它需要大量的工作來改進。 那時，關於“統一小部件”和“改進短代碼”的“基於塊的編輯器”的謠言出現了。 這是對後來成為古騰堡的第一眼嗎？

一年後，在 2017 年的 State of the Word 中，Matt 正式介紹了 Gutenberg，該項目的開發已經花費了 11 個月，還有更多的時間要做。 該項目引入了“塊”的概念，作為內容創建和管理的優雅解決方案。 Gutenberg 仍然太綠色，無法成為 WordPress 核心的一部分，因此它作為插件保留了幾個月。

終於，經過兩年的醞釀，是時候向社會展示這個新孩子了，在 2018 年底，古騰堡終於成為了 WordPress Core 的一部分。 在我看來（以及該領域的許多其他專業人士），這感覺像是一個倉促的決定——我們覺得這個插件還沒有為公眾準備好，但是，唉，它就在那裡。 古騰堡在新版 WordPress 中的集成充滿爭議，很多人討厭它。

為了避免大禍臨頭，WordPress 開發團隊還準備了一個並行插件，使用該插件可以完全禁用 Gutenberg，從而繼續使用經典編輯器……但 Gutenberg 的開發並沒有就此止步！

第一步

如上所述，古騰堡的正式發布有點粗糙，特別是因為它有很多批評者，還有很多細節需要打磨。 這絕對是一個倉促的決定。 你知道，WordCamp US 2018 指日可待，“我們需要 Gutenberg 已經參與其中”，所以他們做到了。

儘管如此，現實就是這樣，到 2019 年 1 月，我們的 WordPress 儀表板中都有這個新編輯器。 這意味著用戶和開發人員必須適應這一新現實……我們越早越好！

在最初的幾周里，我們所有人都面臨的主要問題是它表現不佳的用戶體驗。 我記得如果你將它與 Yoast 一起使用，編輯器將完全無法使用，顯然是由於 Gutenberg 註釋 API 的問題。 塊以奇怪的方式移動，鍵盤快捷鍵不同且不可預測，編輯器在較舊的計算機中滯後......

但是，儘管存在最初的錯誤和問題，但插件的瘋狂開發速度使幾乎不可能的事情成為可能：快速修復和改善使用 Gutenberg 的用戶體驗。 如果我對您完全誠實，那麼非常需要一些東西，因為經典編輯器已經過時了：

進化

古騰堡在公共生活的第一年的演變真是令人難以置信。 更新一次又一次，開發人員一直在打磨古騰堡的每一個細節，直到它成為一個更友好、更高效的界面。 在查看數字，特別是古騰堡的採用率時，看起來我們走在了正確的軌道上。 在撰寫本文時，每三個 WordPress 安裝中就有兩個使用 5.x 版本，這意味著古騰堡原生可供三分之二的 WordPress 用戶使用。

但是，說實話，請記住，只需安裝 Classic Editor 插件即可完全禁用 Gutenberg。 目前，這個插件有超過 500 萬的活躍安裝和 700 多個五星級評級，並附有諸如“老是黃金”、“最重要的插件”或“我在所有網站中使用的插件”之類的評論。 那麼古騰堡有可能是一場慘敗嗎？

好吧，在我看來，沒有。 如果您查看與 Classic Editor 插件相對應的當前活動安裝趨勢，您會發現它正在放緩。 這意味著，隨著時間的推移，使用這個插件的人越來越少。 對此的一種可能解釋是 Gutenberg 已經“足夠好”，因此沒有必要使用舊版本的編輯器。 而這無疑是一個非常好的消息。

塊庫

將 Gutenberg 正式集成到 WordPress 的後果之一是用於創建內容的新塊的擴散。 顯然，開發人員發現了一個痛點並決定改善整體體驗。

在過去的幾個月裡，我們已經看到插件是如何出現的，其唯一目的是擴大古騰堡可用的塊範圍。 因此，例如，我們有像 Atomic Blocks 這樣添加新塊的插件，以及像 Stackable 或 EditorsKit 這樣的插件，它們包含新樣式並為現有塊提供額外的編輯選項。

古騰堡的優勢

WordPress 中一直存在的重大批評之一是下層鎖定效應。 基本上，這種效果描述了當您開始使用某些主題或插件時出現的依賴關係。 一旦您使用其中一個鎖定項目創建了內容，您就無法輕易擺脫它們，否則您將丟失所述內容。

這種效果的大多數示例都可以在頁面構建器中找到。 當我們只有經典的 WordPress 編輯器時，許多主題開發人員發現了另一個需求：用戶希望能夠使用可視化編輯器來佈局頁面，該編輯器允許他們拖放內容塊​​以輕鬆構建他們的頁面。 不幸的是，使用這樣的頁面構建器構建頁面意味著您將永遠被該頁面構建器鎖定 - 如果您不想再使用頁面構建器，則必須先重新創建頁面，否則可能會丟失它。

古騰堡在這方面是一場革命。 現在，由於官方引入了“塊”概念，頁面構建者終於有了一個可以定義頁面外觀的標準機制。 他們只需要利用 Gutenberg 提供的新界面。 當然，將當前頁面構建器標準化為 WordPress 塊的過程會很慢，但我毫不懷疑它最終會發生。

持續改進

Gutenberg 在每個新版本中都變得越來越好，因為每個版本都包含新功能和一些改進。 例如，幾週前，一個新版本的 Gutenberg 插件（已經是 7.1）出現了，對用戶的可用性進行了一些小的改進，例如“認識”Gutenberg 的歡迎對話或多塊內容選擇的改進。

但有一個改進是我特別喜歡的，那就是編輯器中的動作。 請查看 Matias Ventura 的這篇文章，其中對“運動如何幫助我們理解變化”有非常詳細的解釋。

古騰堡對我們意味著什麼（在 Nelio）

古騰堡的到來也為我們公司帶來了有趣的更新。 本質上，如果我們想開發我們的產品並使其與古騰堡兼容，我們必須回收並學習一個全新的開發堆棧。

正如 Toni 幾週前告訴你的，在過去的兩年裡，我們學習並學習了 React 和 Redux。 作為這個學習階段的結果，我們為 Gutenberg 推出了幾個特定的插件，例如 Nelio Maps、Nelio Translate 或 Nelio Compare Images。 我們還投入了大量時間和資源來實現 Nelio A/B 測試的現代化，目前我們正在使用 Nelio Content 執行相同的任務。

我們甚至應用我們新獲得的一些技能來為 WordPress 做出貢獻，並提出了幾個拉取請求：

• 日期錯誤修復
• 使用 JS 中的查詢參數和 URL 片段修復錯誤
• 在 Block API 中使用 Number 和 Boolean 屬性的建議
• 使用（未）轉義的 HTML 實體的錯誤修復

沒有人喜歡變化。 當您習慣了一組工具或技術時，您可能不想離開它們來學習新東西。 人們不願意改變事情……但是，老實說，改變對我們很有幫助。 感謝古騰堡，我們對一路上學到的一切以及我們今天可以做的事情感到非常自豪。

你呢？ 你喜歡古騰堡嗎？ 它是如何改變你的生活的？ 在下面的評論部分讓我們知道。

來自 unsplash 上 freestocks.org 的特色圖片。