问题描述

在简单的 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 辅助翻译的英文资料结果。如果您对结果不满意，可以加入我们改善翻译效果：薇晓朵技术论坛。