問題描述

在簡單的 PHP 和框架編碼是通過 IDE 工具的幫助下完成的，我使用 PhpStorm 和迄今為止非常開心，最近我決定發現最流行的 CMS 這天，並困惑你如何編碼？

1) 我是否必須部署 WordPress 不僅在我的服務器上，而且在本地呢？在 IDE /編輯器中編輯文件，並使用 WordPress “import/export” 功能來同步我的更改？開發人員團隊如何處理這個問題？ VCS 怎麼樣？

2) 或者我必須在儀錶板上開發？如果是這樣，沒有任何亮點/auto-complete /智能感知和其他好處，驅動你的開發更多.. 和插件為突出我看到這麼多吸引大時間。

WordPress 是孤獨的狼的路徑？ WordPress 開發人員遵循哪種通用方式？

最佳解決方案

猶大發展 wordpress 的方式絕對沒有錯，只是與我做事情的方式不同。此外，他提供的兩個環節都非常好。該博客看起來值得一讀，codex 是每個 wordpress 開發者聖經。

為了給你一些更多的選擇，這是我對 wp 開發的承擔：

IDE /編碼環境：如果要改變一個元素的風格，wp-admin(“the dashboard”) 就足夠了。對於嚴重的主題或插件開發，這絕對不是一個選擇。因此，您應該堅持使用 IDE 。為了完整起見，作為一個* nix 用户，我會在 Linux 上使用 Komodo Edit，在 Mac 上使用 Coda 。然而，無論您的處理 wordpress，另一個 CMS 或從頭開始編碼與您選擇的 IDE 無關 – 使用您感覺舒適的內容。對於 IDE 而言，我最基本的要求之一是 – 我建議您再尋找一下 – 它是直接通過 ftp 加載和保存文件到服務器的功能。在本地保存您的文件很繁瑣，並用第二個應用程序上傳它們。 php，css，js 和 html 的另一個重要標準是體面的語法高亮。

在哪裏發展：經過一段時間的玩耍後，您可能會得出結論，您覺得在本地開發更加舒適 – 我不會。我喜歡直接在服務器上開發，我將在以後使用相同的設置 (Apache 和 php 版本，較小的版本，最後但並非最不重要的是操作系統) 的服務器上生效。因此，IDE 具有集成的 ftp 功能的重要性。如果您選擇在本地開發，請確保環境至少與稍後部署站點的環境相似。對於我的做事方式，我將服務器上的開發子域名保留給公眾無法訪問。這樣一來，當我將其移動到現場時，網站的行為就會完全一樣。

WordPress 主題開發：完全從頭開始，即一個空白的主題文件夾，並自己創建每個必需的文件，將是一個非常耗時，對於 wordpress 新手附近不可能的任務。作為寫第一個 wordpress 主題的基礎，我強烈建議您下載 Elliot Jay Stocks 開發的 Starkers 主題。 Starkers 幾乎沒有樣式，沒有語義標記。然而，它附帶了標準 wordpress 主題的所有基本功能和文件。今天我使用我自己的 bare-bone 主題模板，基本上是 Starkers 的一些修改，否則我會為每一個主題做。這個模板可以幫助我，因為它是根據我個人的做事方式進行調整的 (剝離了評論)，但是 Elliot 做的卻是為 (有抱負的) 主題設計師提供了完美的起點。

還有什麼要做 (如果你走我的路)：熟悉一個 wordpress 主題的基本結構。我不會沒有一個靜態的 header.php 和 footer.php 框架的網站和其中之間所有的魔法發生。知道什麼最好屬於 functions.php 和為什麼你應該有一個。知道什麼是 wordpress 循環。閲讀 Theme Development 和 The Loop 上的 codex 文章。再次閲讀當您瞭解至少 75％的內容開始解剖 Starkers 時，請抓住其結構。從那裏開發每當遇到問題時，請檢查抄送 (我通過第二手做的 – 通過搜索”wordpress” 之後的關鍵術語，通常來自 codex 的頁面將成為前 5 個結果的一部分)，然後詢問。

最後一個資源：兩年前，我會強烈建議您觀看 Chris Coyier(css-tricks.com)three-part 教學視頻中的 WordPress 主題。鑑於是從 2009 年初開始，它使用 wp 2.7(當前版本為 3.2.1) 。我仍然建議檢查它，這是一個很好的 easy-to-follow 屏幕錄像系列，還有很多建議仍然適用。請注意，從那以後，有些事情進展順利。該系列的第一個視頻可以通過谷歌搜索，搜索網站或更改 URL 分別找到 here 。

次佳解決方案

我想你可以嘗試通過儀錶板進行開發，但我認為這將會有點困難。此外，假設您在構建該站點時不會生效，則完成開發後仍需將其移動到新目錄。

每當我從頭開發一個主題時，我只需從所有不同頁面的 HTML /CSS 開始，並讓那些在本地工作的人。然後我使用 MAMP 或 XAMPP 進行本地安裝的 wordpress，並將其標記切成主題 (將其切成不同的 wordpress 模板文件) 。然後，您有一些不同的選項將本地版本移動到遠程服務器上。我通常會在遠程服務器上重新安裝 wordpress，清除默認數據庫並創建一個新的數據庫，並用我的本地 wp-content 文件夾替換遠程 wp-content 文件夾 (包含剛剛完成開發的主題) 本地數據庫的 sql 轉儲並將其導入到在遠程服務器上創建的新數據庫。然後通過 wp-config 文件將您的 wordpress 安裝到您的數據庫。

然後，您可以繼續使用本地的本地副本進行錯誤修復，繼續開發等，並上傳特定文件以實施更改。

您可以在此處瞭解本教程，瞭解實際創建主題文件：http://thethemefoundry.com/blog/html-wordpress

你一定要查看食典：http://codex.wordpress.org/它是一種蔓延，但是 wordpress 社區是巨大的，文檔是好的。

第三種解決方案

1) do i have to deploy WordPress not only on my server, but locally too? edit files in IDE/editor and use WordPress “import/export” feature to sync my changes? how team of developers would work on this? what about VCS?

開發人員在 WordPress 項目上工作的最常見方式是使用 SVN 或 Git 等版本控制系統。使用像 PhpStorm 這樣的 IDE，檢查一個副本到本地機器，確保將 WordPress 根目錄設置為項目根目錄。

處理文件並對您的本地開發環境進行測試，然後將更改提交回開發或生產服務器上的主存儲庫。

在 IDE 中調試和配置 Xdebug 也是非常有幫助的。

在 wp-config.php：

define( 'WP_DEBUG', true);
define('SCRIPT_DEBUG', true);
define('CONCATENATE_SCRIPTS', false);
define( 'SAVEQUERIES', true);

2) or i have to develop in dashboard? if so, there’s no highlight/auto-complete/intellisense and others benefits that drive your development futher.. and plugins for highlight i seen so far suck big time.

儀錶板編輯器主要僅僅是一個方便，只能用於輕微的更改。在生產服務器上，不應該使用它，我喜歡禁用它來防止出現問題。

WordPress is path of a lone wolf? Which general way WordPress developers follow?

WordPress 遠離一隻孤獨的狼之路。它是一個巨大的社區參與的大型開源項目。有大量的資源可用，許多較小的社區可以參與。

參考文獻

注：本文內容整合自 Google/Baidu/Bing 輔助翻譯的英文資料結果。如果您對結果不滿意，可以加入我們改善翻譯效果：薇曉朵技術論壇。