請不要為WordPress構建主題特定的塊插件

不要為WordPress構建主題特定的塊插件,請不要為WordPress構建主題特定的塊插件。

幾天前,我遇到了一個小的積木庫。 和往常一樣,我很想知道這個新插件帶來了什麼。 以前從未做過的程序塊會讓我感到驚訝嗎? 它會提出一些舊觀念的新觀點嗎? 還是其他每個區塊捆綁都擁有相同的舊區塊集? 不管它提供了什麼,我都為能同樣嘗試而感到興奮。

當我單擊描述以了解更多信息時,我立即感到失望。 該插件特別聲明它僅針對一個主題而構建。 我無法將其與首選主題一起使用。

這不是我第一次遇到此問題。 過去,其他主題作者也建立了自己的區塊捆綁。 該插件並未為WordPress社區帶來任何特別新的東西。 它具有許多其他插件以前已經完成的少數幾個塊。

問題在於,這感覺太熟悉了。

多年以來,WordPress社區已經創建了一組關於主題歸於主題和插件歸於主題的不成文規則。 自定義帖子類型,分類法和短代碼是插件領域。 在某種程度上,小部件還應該是插件所獨有的。 但是,由於它們是在後台進行處理的,因此始終有人爭辯說主題可以註冊。

這個主題與插件的爭論已經持續了至少十年。 由於主題的工作原理,此類爭論一直是一場失敗的戰鬥。 除了少數情況,主題可以完成插件可以完成的所有工作。 但是,始終應該對兩者進行明確區分。 主題旨在處理網站的前端設計。 插件用於其他所有功能。

今天,WordPress項目及其塊系統在鞏固這一區別方面取得了進步。

由於WordPress具有過去無法完全融合在一起的各個部分的傳統,因此營造了開發人員構建內部解決方案的文化。 幾乎每個大型主題開發公司都有自己的插件來克服平台的缺點。 造成這種情況的最主要原因是WordPress項目。 但是,該項目的主要目的是創建一個標準化的系統,該系統可以處理從段落到整個站點容器的所有內容。 隨著全面標準化,每個主題公司對這些定製解決方案的需求將越來越少。

砌塊系統在沙子上設置了一條清晰的線。 它消除了對短代碼的需求-很好的擺脫-並將很快淘汰小部件。 障礙應該把那些老問題解決。

為了清楚起見,將帶有主題的塊捆綁在一起和構建僅適用於特定主題的單獨插件之間沒有什麼區別。 最終結果是相同的。 如果他們完全依賴插件,那麼這樣的插件將鎖定用戶堅持該主題。 很少有人永遠保持相同的前端設計。

目的是允許用戶在訪問其內容和塊的同時隨意切換主題。

這些特定於主題的塊插件以錯誤的方式思考塊。 當用戶安裝一個塊插件時,期望他們可以使用這些塊而不管其主題如何。

主題的解決方案是使用塊模式或樣式。 假設您想創建一個滑塊或輪播作為主題作者。 有多種解決方案。 第一個也是最簡單的方法是簡單地向用戶推薦插件或構建自己的插件,以適合任何主題。 您還可以輕鬆地為Gallery塊添加滑塊樣式。 當用戶選擇它時,它將畫廊轉換為滑塊。

或者,假設您的主題需要提供一個帶有號召性用語按鈕的大英雄部分。 在這種情況下,不需要自定義塊。 主題作者幾乎可以通過使用現有塊構建自定義模式來專門執行此操作。

解決方案不是將塊捆綁在主題中或創建僅適用於該主題的插件。

積木系統的優點在於,大多數作品都已經就位,並且可以無限制地重新排列,分組和樣式化它們。

如今,存在數百種主題特定的插件。 部分原因是因為這些人正在圍繞WordPress.org主題審查指南進行工作。 部分原因是因為一些開發人員對解決方案沒有足夠的創造性思考。 但是,最大的部分是因為WordPress尚未標準化如何在整個平台上構建事物的標準。 隨著全站點編輯在2021年的到來,其中的大部分已經發生了變化,並且將繼續變化。

但是,如果主題公司繼續構建特定於主題的塊,那麼我們只是在拖著塊系統將要落後的包bag而已。

像這樣:

喜歡載入中……

資源

相關文章