「我腦子裡有太多的設計理念，我將把自己的使命作為自己的使命來完成 [Matt Mullenweg』s] 目錄中的 5,000 個完整站點編輯#WordPress 主題的願景，」 推特布賴恩加德納 今日早些時候。
只要我可以覆蓋它的外觀，我只是沒有看到 FSE 需要多個主題。
希望有人能解釋為什麼像@frostwp 這樣的主題不能只是標準。
製作更多主題感覺就像完全擊敗了 FSE 的概念。
這不是第一次有人問是否需要多個區塊主題。 2019 年，Rich Tabor 建議添加一個基本主題 到 WordPress 本身，如果有的話，其他人將在此基礎上構建。
即使這也不是第一次有人在整個平台的歷史上思考類似的單一主題烏托邦。 許多框架風格的父主題都為它運行。
讓我們暫時假設 WordPress 已達到所有主題不再需要自定義 PHP 和 CSS 代碼的狀態。 我們離那個點還很遠，但我們可以想像這樣的一天在相對遙遠的未來是可能的。 在這個理想的世界中，模板、樣式、主題支持的功能和插件集成被巧妙地打包到管理員可配置的東西中。 在實踐中，用戶可以通過界面控制其網站前端的任何方面。
問題是仍然需要有人進行這些定製，並不是每個人都有設計的訣竅。 一個人的能力不會自動轉化為所有其他用戶。
也許更關鍵的一點是，並不是每個人都想定製他們網站的設計。 有些人只是想找到適合自己風格的東西並繼續前進。
有到達同一目的地的替代路線，但主題是目前唯一可靠的交通工具。
舒茨史密斯 發了以下推文 回應 Jamie Marsland，誰 把這個概念比作 向畢加索索要畫布而不是完成的畫作：
主題和換掉整個事情是一種古老的思維方式。 當然主題可以=繪畫，但我說為什麼我們不能換掉theme.json並獲得相同的結果？ 當我們需要改變的只是 theme.json 時，為什麼還需要主題。
那是一個我不介意為之奮鬥的未來。 這不是不可克服的，但是 WordPress 無疑會遇到一個艱難的攀登。 沒有 標準化的 CSS 工具包 就地，切換 theme.json 文件根本不起作用。 如果 WordPress 解決了這個問題，它會讓我們更近一步。
但是 theme.json 只代表設置和樣式。 它沒有說明網站的結構。 預配置的模板仍然是必需的。 現在，這項工作正落在主題作者的肩上。
如果以及何時為用戶提供精心設計的用戶體驗 整頁模式 登陸WordPress（相關票證)，模板參數變得不那麼相關了。 有了這樣的系統和模式目錄的足夠多樣性，一些用戶可能不需要主題來處理這個問題。
對於多個（甚至是 1,000 個）主題，我唯一有價值的論點是它們對用戶做出的承諾：安裝這個東西，你就會得到這個結果。
例如，比薩店老闆在他們的網站上安裝了 WordPress，並開始為他們的在線形象尋找設計。 這很可能是一個人整天在炎熱的廚房裡工作，晚上回到家時筋疲力盡。 然而，他們會在電腦上跳上幾分鐘來更新明天的特價商品或修補新的主頁布局。 關於這種體驗的一切都應該迎合他們的用例。 作為業主、廚師、配偶和父母，他們需要快速完成工作並與家人共度餘下的夜晚。
這和數千個類似的場景是為什麼主題在今天和以往一樣重要的原因。 不是每個人都有時間、技能或將他們的網站拼湊在一起的傾向。
如果做得好，塊主題提供了一種可控的體驗，可以消除所有的麻煩。 他們覺得他們是為一個觀眾而建造的，同時又足夠靈活以供公開發布。
舒茨史密斯 後來發了推文 在他喜歡的線程中 元素工具包. 這些是跨越多個行業的預先設計的網站設計。
當前不在 WordPress 中的模式類別類型可以演變成該角色。 這 塊模式瀏覽器 插件啟用該功能，但主題必須添加對顯示類型的支持。
在下面的屏幕截圖中，我在我的主題中創建了一個「個人資料卡」類型，但它可能是特定於行業的：
塊模式類別類型。
它應該像查找特定行業的類型並為比薩店老闆找到模式一樣簡單。 主題可以通過打包模式或指向目錄中託管的模式來提供。
我可以看到這演變成更多類似工具包的解決方案。
我不同意舒茨史密斯的結論，即只需要一個主題而不是他提出的問題。 我們的設計社區不能簡單地說主題應該是「這一件事」，因為它們一直都是這樣。 它的成員需要不斷地問：什麼是 WordPress 主題？
對於不同的創作者和用戶群體，答案可能會有所不同。 如果有人可以從模式目錄中獲得他們需要的一切，而無需從 222 切換，那麼主題可能是無關緊要的。 如果創作者只是喜歡構建全局樣式變體（theme.json 文件），那麼 WordPress 應該可以輕鬆地在各種網站上使用它們。
但是，許多用戶仍然需要交鑰匙設計解決方案，而主題可能是實現這一點的最佳方式。 我不知道那是 100、1,000 還是 5,000，但我們會看看情況如何。
像這樣
載入中…