上周四，Vova Feldman發表了一篇文章，要求我們 停止責怪插件作者 對於過多的管理員，用戶每天都遭到轟炸。 真正的罪魁禍首？ WordPress核心中缺少通知機制。
Feldman的帖子是由 鳴叫 在其中Scott Bolinger召集插件作者讓管理員通知失控：
費爾德曼（Feldman）認為，將責任歸咎於插件作者是解決問題的錯誤方法。 儘管我同意WordPress的根本問題，但插件作者在營造一種氛圍中發揮了作用，在這種氛圍下，他們已成為系統出現所有錯誤的替罪羊。
從2007年4月的決定性日子開始，我就開發了插件，當時我發布了一個插件，該插件僅列出了當前頁面的子頁面。 從那時起，我為客戶和公開發布開發了上百種插件。 那時，我可能添加了兩次自定義管理通知，並且僅在插件進行了重大更改（例如資料庫更新）時才添加。 我為OMGBBQ保留了此類通知，非常重要，您需要閱讀此類內容。 我認為，創造一種體驗是我的責任，在這種體驗中，用戶不必每次我的一個插件收到更新時都忽略通知。
這並不是因為我意識到某些站點上出現數十個通知的問題日益嚴重，或者用戶經常被它們淹沒。 多年以來，我一直在泡沫中工作，只是專註於為用戶創造自己認為理想的體驗。 我一直以為管理員通知系統帶來了糟糕的體驗。 不必要地使用它沒有任何意義。
另一方面，這些年來我可能幾次應該添加一些更改通知。 相反，我完全避免這樣做，因為WordPress缺少通知系統。 我錯過了一些很好的交流機會。
在很大程度上，此問題源於缺少適當的通知系統。 但是，插件作者通過在不需要時繼續使用它來使這個損壞的系統永久存在。 他們已將其用作放置他們的廣告牌 假日廣告。 他們使用它來推銷其產品和服務的商業版本，同時提示用戶五星級評級。 有很多責備。
與其責怪，不如說我們應該問什麼工具可以為開發人員解決問題。
需要更好的系統
從技術上講，WordPress僅具有一個鉤子和一組通用類，開發人員可以在其HTML中使用它們提供一些不同顏色的通知。 沒有API，沒有API，即使是第三方插件開發人員也無法嘗試創建各種解決方案。
WordPress最接近API的是主題小組的一個鮮為人知的項目，該項目提供了 主題作者的標準化方法 添加通知。 但是，該項目僅涵蓋管理員通知的一個方面，即創建一致的UI。
如果未確定插件作者試圖解決的系統問題，則無法正確解決管理員通知問題，該問題至少包括以下內容：
- 面向用戶的通知，通常在用戶操作後出現。
- 廣告商業產品和服務。
- 要求提供插件反饋或星級。
當前通知系統的主要問題之一是它是為該列表中的第一項創建的。 其他兩項不一定是壞事。 它們只是對系統的不良使用。 但是，沒有其他標準方法可以處理這些情況。
廣告是我們所有人都必須以某種形式或方式處理的事情。 我不確定是否可以甚至應該有一個標準的廣告API。 在管理員通知區域中徹底禁止廣告可能會製造出自己的野獸，從而迫使插件作者在管理員的其他區域提出更具干擾性的廣告形式。 我想支持廣告，但不支持該廣告擺動到每個管理屏幕頂部的方式。
WordPress並沒有為最終用戶提供從其管理界面對插件進行評分或審閱的簡便方法。 擁有簡單的方法來提供直接反饋將對用戶和開發人員都非常有幫助。 儘管我敢肯定，很多人會反對與WordPress.org網站進行這種集成（存在反對任何外部集成的爭論），但評分和評論需要最終用戶明確選擇加入，因為他們需要WordPress.org上的帳戶。
廣告和插件反饋不應成為管理員公告討論的一部分。 但是，現實表明它們是對話不可或缺的部分。
首先要建立一個新的通知系統。 它應該為插件作者提供標準的API，同時將完整的管理功能移交給網站所有者。 用戶應該能夠完全禁用通知，甚至可以基於每個插件啟用/禁用通知。 注意到某個特定的插件作者提供了無用的通知嗎？ 好吧，只需禁用該插件的通知即可。 作者失去了特權。
從這一點出發，我們可以讓進展推動有關如何做廣告和徵求反饋的討論。 一個新的系統可能會將它們轉移到一個新的屏幕上-視而不見-但不會使這些問題消失。
最重要的是，現在是冠軍的時候了。 沒有能夠為WordPress的新通知系統鋪路並贏得綠燈的人，該項目就無法完成。
像這樣：
喜歡載入中……