您已經寫下了下一個Hello Dolly,并希望世界使用它。你該怎么辦?
##測試一次并再次測試
任何運氣,您的插件將被很多人在許多不同的情況和托管環境中使用。您需要確保您已經測試過您的插件,以確保它在任何情況下都可以工作,并且不會讓您的用戶失望。
選擇一個好名字
插件名稱應該反映出您和您的工作的獨特性。當您選擇姓名時,請確保您沒有違反商標或踩踏他人的產品名稱。如果你不在Facebook上工作,那么你應該不要命名你的插件“Facebook的跳舞松鼠”。一個更好的名字將是“為Facebook跳舞松鼠”。很難拿出一個好名字,所以花時間。您的插件網址提交后無法更改,但顯示名稱可以更改一千次。
##寫出很好的文檔
README.txt文件是開始的最佳位置,因為它是所有插件的標準參考點。你會想確保你包括:
簡要說明您的插件實際上是做什么的。如果它做的很多,可能會更好的兩個插件。
安裝說明,特別是如果有特殊配置要完成。如果用戶需要注冊您的服務,請確保您鏈接到它。
關于如何獲得支持的指導,以及您所做的和不支持的內容。
##推出第一個版本到WordPress.org
WordPress.org plugins目錄是潛在用戶下載和安裝插件的最簡單方式。 WordPress與插件目錄的集成意味著用戶可以通過幾次點擊來更新插件。
當您準備發布第一個版本時,您需要注冊。審核過程成功完成后,您將獲得一個代碼的Subversion存儲庫。 WordPress.org網站提供了良好的文檔,用于制作您的第一個Subversion提交和整個過程。
擁抱開源
開源是我們時代最強大的想法之一,因為它有助于跨界合作。通過鼓勵捐款,您允許其他人盡可能多地愛上您的代碼。有幾個選項來打開你的代碼:
Github可以讓其他人參與您的項目變得簡單。其他開發人員和用戶可以輕松地提交錯誤修復或報告,功能要求或全新的貢獻。如果您以前從未使用過Git,Github有一個很好的文檔門戶,甚至是一個交互式演示。
Bitbucket是具有類似功能的Github的替代品。
WordPress.org插件目錄提供并要求您使用Subversion版本庫。
##聽你的用戶
您經常會發現,您的用戶將您的代碼放置在比您想象的更多測試用例之外。這可以是非常有價值的反饋。
通過WordPress.org發布您的代碼意味著您的插件自動有一個支持論壇。用它!您可以訂閱通過電子郵件接收新的帖子,并及時回復您的用戶。他們只想盡可能多地愛上你的插件。
Automattic的幸福工程師Andrew Spittle在提供支持方面有一些好的帖子:“避免容易”和“支持速度”。Jetpack還有一篇文章,您可以指出編寫大量錯誤報告。
定期推新版本
最好的插件是隨著時間的推移不斷重復的插件,推動了小的變化。等待太久才能更新,不要讓你的辛勤工作過時。請記住,不斷升級可能導致“更新疲勞”,用戶將停止升級。保持太少的更新和太多更新之間的平衡很重要。
##沖洗并重復
像生活的其他部分一樣,最好的事情是耐心和努力工作。
- 簡介
- 主題開發
- WordPress許可證
- 什么是主題
- 開發環境
- 主題開發示例
- 主題基礎
- 模板文件
- 主樣式表(style.css)
- 文章類型
- 規劃主題文件
- 模板層級
- 模板標簽
- 循環
- 主題函數
- 連接主題文件和目錄
- 使用CSS和JavaScript
- 條件標簽
- 類別,標簽和自定義分類
- 模板文件
- 內容模板文件
- 頁面模板文件
- 附件模板文件
- 自定義內容類型
- 部分和其他模板文件
- 評論模板
- 分類模板
- 404頁面
- 主題功能
- 核心支持的功能
- 管理菜單
- 自定義Headers
- 自定義Logo
- 文章格式
- 置頂文章
- Sidebars
- Widgets
- 導航菜單
- 分頁
- 媒體
- Audio
- Images
- Galleries
- Video
- 精選圖片和縮略圖
- 國際化
- 本地化
- 輔助功能
- 主題選項 – 自定義API
- 定制對象
- 改進用戶體驗的工具
- 定制JavaScript API
- JavaScript / Underscore.js渲染的自定義控件
- 高級用法
- 主題安全
- 數據消毒/逃避
- 數據驗證
- 使用隨機數
- 常見漏洞
- 高級主題
- 子主題
- UI最佳實踐
- JavaScript最佳做法
- 主題單元測試
- 驗證你的主題
- Plugin API Hooks
- 發布你的主題
- 所需的主題文件
- 測試
- 主題評論指南
- 寫文檔
- 提交你的主題到WordPress.org
- 參考文獻
- 模板標簽列表
- 條件標簽列表
- 編碼標準
- HTML編碼標準
- CSS編碼標準
- JavaScript編碼標準
- PHP編碼標準
- 插件開發
- 插件開發簡介
- 什么是插件
- 插件基礎
- 頭部要求
- 包括軟件許可證
- 啟用 / 停用 Hooks
- 卸載方法
- 最佳做法
- 插件安全
- 檢查用戶功能
- 數據驗證
- 保護輸入
- 保護輸出
- 隨機數
- Hooks
- Actions
- Filters
- 自定義Hooks
- 高級主題
- 管理菜單
- 頂級菜單
- 子菜單
- 短代碼
- 基本短碼
- 封閉短碼
- 帶參數的短代碼
- TinyMCE增強型短碼
- 設置
- 設置API
- 使用設置API
- 選項API
- 自定義設置頁面
- 元數據
- 管理帖子元數據
- 自定義元數據
- 渲染元數據
- 自定義文章類型
- 注冊自定義文章類型
- 使用自定義文章類型
- 分類
- 使用自定義分類
- 在WP 4.2+中使用“split術語”
- 用戶
- 創建和管理用戶
- 使用用戶元數據
- 角色和功能
- HTTP API
- JavaScript
- jQuery
- Ajax
- 服務器端PHP和入隊
- Heartbeat API
- 概要
- 計劃任務
- 了解WP-Cron計劃
- 安排WP-Cron 事件
- 將WP-Cron掛接到系統任務計劃程序中
- WP-Cron簡單測試
- 國際化
- 本地化
- 如何國際化您的插件
- 國際化安全
- WordPress.org
- 詳細插件指南
- 規劃您的插件
- 如何使用Subversion
- 插件開發者常見問題
- 開發工具
- Debug Bar 和附加組件
- 輔助插件
- REST API手冊
- 資源
- 文章
- 文章修訂
- 文章類型
- 文章狀態
- 類別
- 標簽
- 頁面
- 評論
- 分類
- 媒體
- 用戶
- 設置
- 使用REST API
- 全局參數
- 分頁
- 鏈接和嵌入
- 發現
- 認證
- 經常問的問題
- 骨干JavaScript客戶端
- 客戶端庫
- 擴展REST API
- 添加自定義端點
- 自定義內容類型
- 修改回應
- 模式
- 詞匯表
- 路由和端點
- 控制器類