在本系列教程的第一部分,我介紹了不同類型的主題框架並解釋了它們是如何運作的。
在你開始建立你的主題框架之前,你需要考慮它是如何運作的,以及它將會被用來做什麼,這樣你才能從一開始就找到最合適的開發途徑。
在這一課中,我將帶領你逐一了解你需要考慮的每一個方面,包括你的框架是否面向公眾開放,是非程式設計師還是開發人員使用它,以及你也許想添加的其他的一些功能。
要決定你的開發途徑需分兩步驟走:一,確定你的主題框架會如何使用;二,在此基礎上,確認你需要包含的所有內容。
如何使用你的主題框架?
使用主題框架的途徑會影響你要包含的內容和建構框架的方式。
考慮如下:
- 你的主題框架的受眾——僅僅是你或其他的一些開發人員?
- 你的主題框架會提供給幾乎沒有程式設計經驗的開發人員或使用者使用嗎?
- 你的主題框架是否會向公眾開放?
僅僅是你或其他的一些開發人員?
如果你的框架只是為了滿足你個人需要的話,在開發的時候你就只需要考慮你自己的需求了;但是,從長遠來看,盡量把它從一開始就建立得盡可能穩健還是很有意義的,所以你應該:
- 使用WordPress編碼標準
- 應用DRY(切勿複製自己)原則
- 使用W3C驗證檢查器可以驗證的程式碼,並確保你的程式碼是可以存取的。
- 加入程式碼說明——即使別人不看你的程式碼,當你很多個月之後再次進行編寫時,你也會驚訝地發現忘記一段程式碼是多麼容易的一件事。
- 使用版本控制框架的更新。
如果你的主題框架會被提供給其他的開發人員(或許就是你的同事)使用的話,那麼除了要採用以上所有的做法外,你也許還需要:
- 提供框架結構、函數和掛鉤的概述檔案。
- 考慮你在程式碼上分享和協作的方式-使用一個協作系統會使這一切變得異常簡單,例如GitHub。
- 記錄下你的版本,或將它們連接到「里程碑」(milestones)和/或在GitHub上釋放。
提供給開發人員或使用者?
一些主題框架是專門提供給不會編碼的用戶使用的,這些用戶不用寫任何代碼就可以廣泛地自定義主題框架,而另一些是給開發人員用的,會提供掛鉤和函數以便他們可以用來自訂和拓展自己的框架。還有的兩者都行,會有一個綜合使用者介面和一個API(應用程式介面)。
你的框架會被非開發人員使用並不意味著你要將它釋放給公眾——你也許有同事是網站設計師,你想賦予他們訪問的權限,或者是讓你的客戶使用你的框架來自訂他們的網站。
如果你的框架面對的是不會編碼的用戶的話,你需要考慮:
- 一個或更多的主題選項界面,以便你的用戶可以自行定義。
- 可以選擇使用主題定制器來代替主題選項介面,優點是用戶在定制主題的同時能直接地看到它們的變化,或者兩者都行。
- 小工具區域,允許使用者在網頁的不同地方添加自己的內容。
- 選單,讓使用者可以瀏覽網站(包含選單的區域也許不只一個,這個由你來決定)。
- 子主題支持,以便使用者能快速安裝並建立一個工作網站。
- 函數庫,包含你想有的所有功能,例如滑桿或燈箱特效。
- 必要的說明文件和相關幫助,以便用戶知道如何來使用你的所有成果(其中一些是非常有用的,但切記慢來,逐步完善)
如果你的目標受眾是一些專業開發人員,他們會結合自己的子主題和/或外掛一同使用你的主題框架,那麼你可能要考慮上述的一些內容,但你也需要去考慮包含下面列表中的功能:
- 動作掛鉤(action hooks)讓開發人員可以將自己的程式碼插入你的模板檔案中,而不需要建立一個重複的模板檔案。
- 過濾掛鉤(filter hooks)允許開發人員修改範本檔案的輸出內容。
- 開發人員能在他們的子主題中使用自訂函數。
- 範本部分和包含文件,以減少程式碼的重複。這樣,在使用框架時你會從中受益許多,如果理論上需要在子主題中創建模板文件的話,其他的開發人員也會發現這十分有用。
- 確保你的文件命名和結構的邏輯合理性,並要給這些文件添加相應的說明,這樣人們才能很容易地找到他們。
公開與否?
如果你打算向公眾發布你的框架的話,那麼就有一整套另外需要考慮的事項:
- 如果你要透過WordPress主題庫提交你的框架作為一個主題的話,你需要遵守主題審查指南。
- 由於用戶可能會在任意場景和網站類型中使用你的框架,你需要去測試你的框架是否能在各種環境中正常工作,也許你可以爭取其他的用戶和開發人員幫助你進行這方面的測試。
- 某些類型的文件無論對開發人員或使用者來說都是必不可少的,當然這取決於你的目標受眾。
您還需要考慮如何將你的框架市場化:即使它是免費的,如果你希望更多的人去使用它,那麼你就需要通過一個網站來宣傳它,其他的方式有社群媒體、搜尋引擎優化(SEO)、第三方主題商店、口耳相傳、當地聚會、WordCamps大會(由WordPress 使用者自發性組織的非營利性質大會)等。
Elixir - Restaurant WordPress Theme你的主題框架應該包含哪些內容?
你的主題的功能有很大一部分將由你剛確認的用戶的需求來決定。在決定主題框架的受眾時,如果有可能,可以問問你的受眾的特定需求,然後列出你的主題將包含的一些功能特徵。
這張清單會包含(但不僅限於)以下選擇:
- 模板檔案(包括模板部分和包含檔案)
- 函數
- 動作掛鉤(action hooks)和過濾掛鉤(filter hooks)
- 動作掛鉤(action hooks)和過濾掛鉤(filter hooks)
- 小工具區域
- 目錄
- 選項和設定介面
- 主題定制器支援
- 檔案
子主題它的程式碼會在哪裡出現
- 除了這些由不同用戶群體決定的功能以外,你也許還想包含其他的一些功能,如:
- 你的框架會具有一個內置的佈局嗎?這個佈局是可配置的還是會透過子主題進行編碼?
- 這個功能在你的父主題到底會有多少?有些框架具有極端最低樣式,而其他人(例如我自己)採用物件導向的CSS(OOCSS)會使得樣式製作在子主題中變得更加簡單。
- 你的框架是響應式的還是透過子主題進行編碼?如果你的父主題是響應式的,你需要確保在子主題這個OOCSS能派上用場的領域中,它不會被任何佈局樣式所覆蓋。
- 你會為你的框架增加SEO(搜尋引擎優化)功能,是由WordPress來提供,還是由用戶使用一個獨立的插件來添加呢?
如果有必要在你的框架內進行添加或透過子主題進行添加,你會將諸如滑塊、畫廊、背景圖像等等包括進去嗎?
這張清單可能隨著時間的推移,隨著你自己和使用者的需求的變化而改變。從一開始就要確保你的框架很容易進行拓展,並且無論何時你都能添加新的功能。 小結發展出自己的主題框架可以說是一大創舉。從長遠來看,這將節省你大量的開發時間,但這也要花費大量的工作。 花一些時間去了解使用主題框架的受眾,以及他們到底需要什麼樣的功能,因為這無論對於自己還是其他用戶,都很有意義和價值,並且將來如果想再對框架進行擴展和修改就會容易得多。
以上就介紹了決定如何開發你的WordPress主題框架,包括了方面的內容,希望對PHP教程有興趣的朋友有所幫助。 🎜
🎜
🎜