要进行 WordPress 开发，你还需要一种编写和编辑 WordPress 代码的工具。

选择代码编辑器

所有代码本质上都是文本，因此理论上你可以使用操作系统自带的文本编辑器来编写和编辑 WordPress 代码。

但这样你就会错过真正的代码编辑器和集成开发环境（IDE）所提供的所有最佳功能。

如果你还没有一个自己习惯使用的代码编辑器或 IDE，以下是一些可供考虑的选择。

Visual Studio Code

Visual Studio Code 是由微软创建的一款免费开源的代码编辑器。它支持 Windows、Mac 和 Linux 系统。它支持多种语言，包括 HTML、PHP、JavaScript 和 CSS。它还提供内置终端等附加功能，并可通过扩展添加更多功能。

VIM

VIM 是一款免费开源的文本编辑器，支持 Windows、Mac 和 Linux 系统。它是一款基于命令行的编辑器，不如其他编辑器那样用户友好。但它提供了广泛的功能，并且高度可定制。

Brackets

Brackets 是一款免费开源的代码编辑器，最初由 Adobe 创建，现已开源。它支持 Windows、Mac 和 Linux 系统。Brackets 与 Visual Studio Code 类似，支持多种语言，并可通过扩展添加更多功能。

Sublime Text

Sublime Text 是一款代码编辑器，支持 Windows、Mac 和 Linux 系统。它不是免费的，但提供免费试用版。在 Visual Studio Code 发布之前，它是另一款流行的代码编辑器。

Notepad++

Notepad++ 是一款免费开源的编辑器，仅支持 Windows 系统。它通常被视为 Windows 默认文本编辑器的强大替代品，同时也作为代码编辑器而广受欢迎。

TextMate

TextMate 是一款免费开源的编辑器，仅支持 Mac 系统。与 Notepad++ 类似，它是 MacOS 默认文本编辑器的替代品，并提供代码编辑器功能。

PhpStorm

PhpStorm 是由 JetBrains 创建的一款功能完整的集成开发环境。它支持 Windows、Mac 和 Linux 系统。它不是免费的，但提供免费试用版，并且深受使用 PHP 应用程序的开发者的欢迎。

选择代码编辑器

就像选择本地开发环境一样，选择代码编辑器是个人选择，没有绝对的对错之分。

在 Learn.WordPress.org 的大部分内容中，我们将使用 Visual Studio Code，但你也可以自由选择自己最习惯使用的任何代码编辑器。

要使用 WordPress 进行开发，您需要在计算机上安装一些工具，其中首要的就是本地开发环境。

本地开发环境有很多选择，在本课程中，您将了解一些最流行的选项。

术语快速入门

开发人员倾向于使用不同的术语来指代他们可能使用的不同 WordPress 环境。

存在于互联网上、用户与之交互的 WordPress 网站通常被称为线上环境或生产环境。这是所有最终内容发布以及任何自定义代码上线的地方。

有时，开发人员会创建一个单独的服务器环境来测试新功能或对网站进行更改。这通常被称为预发布环境。这是线上网站的一个副本，可通过互联网访问，但通常只有网站所有者或开发人员才能访问。它用于在将新功能或更改部署到线上网站之前进行测试。

最后，开发人员通常会有一个本地环境。这是安装在他们计算机上的线上或预发布网站的副本。他们将在其中完成大部分开发工作。

本地开发环境

拥有一个您熟悉的本地开发环境，可以让您专注于编写代码，而无需担心在计算机上设置 Web 服务器和数据库服务器的复杂性。它还允许您离线工作，并在无需将代码上传到线上网站的情况下进行测试。

一些本地开发环境还提供额外功能，例如内置数据库管理工具，或快速更改 PHP 版本的能力。

在 WordPress 领域，通常有两种类型的本地开发环境：由 WordPress 社区成员创建和维护的环境，以及由非营利组织或公司创建和维护的环境。

wp-env 是目前 WordPress 开发者文档推荐的本地开发环境。

它需要具备命令行操作知识，并安装 Docker 和 Node.js。

VVV（即 Varying Vagrant Vagrants）是另一个由 WordPress 社区成员维护的本地开发环境。它也需要具备命令行操作知识，并安装 VirtualBox 和 Vagrant。

另一个免费开源的选择是 XAMPP。XAMPP 是由 Apache Friends（一个旨在推广 Apache Web 服务器的非营利项目）维护的本地开发环境。虽然它并非专门针对 WordPress 的本地开发环境，但它包含了您所需的一切：Apache Web 服务器、数据库服务器和 PHP。

与 XAMPP 类似，MAMP 是另一个并非专门为 WordPress 设计的本地开发环境，但它包含了入门所需的一切。与 XAMPP 不同，MAMP 不是开源的，并且提供免费版和付费版。

其他 WordPress 本地开发环境包括 WordPress Studio 和 DevKinsta。

这些产品均由各自的母公司创建和维护，并且各自提供独特的功能。

选择本地开发环境

选择本地开发环境是个人选择，没有绝对的正确或错误答案。

您需要审查每个选项的所有功能、优缺点，并决定哪个最适合您。

WordPress 管理界面的功能由 wp-admin 目录中的所有文件处理。

让我们更深入地了解一下典型 WordPress 管理请求所运行的代码，并理解它与前端请求的不同之处。

什么是管理请求？

与典型的前端请求不同，根据所使用的功能，会执行不同的 PHP 文件。此外，仪表盘中不使用固定链接，而是使用查询字符串将数据传递到这些位置。

例如，管理仪表盘的默认 URL 是 https://example.com/wp-admin/

这将加载 wp-admin 目录中的 index.php 文件。

但是，如果您想查看网站中的文章，URL 是 https://example.com/wp-admin/edit.php。

这将加载 wp-admin 目录中的 edit.php 文件。

如果您点击“编辑文章”按钮，请求的 URL 是 https://example.com/wp-admin/post.php?post=1&action=edit。

这将加载 wp-admin 目录中的 post.php 文件，并向其传递 edit 操作和 post ID 为 1。然后使用这些查询字符串变量来决定显示什么内容。

然而，这些不同的管理文件在运行方式上有很多共同点。

1. 包含 wp-admin/admin.php 文件，该文件设置 WordPress 环境
   1. 此文件设置任何管理特定的常量，然后包含前端使用的同一个 wp-load.php 文件，该文件进而包含 wp-config.php 以包含 WordPress 安装的所有配置设置，以及设置 WordPress 环境的 wp-settings.php。
2. 然后，该文件将加载任何特定的内部功能，但仅针对管理界面的这一特定部分。
   1. 对于仪表盘，它将包含位于 wp-admin/includes/dashboard.php 的 WordPress 仪表盘 API
   2. 然后，它将设置仪表盘功能所需的任何特定内容和变量
3. 接下来，它将包含 wp-admin/admin-header.php 文件，该文件执行诸如设置和渲染管理界面的头部区域以及渲染管理菜单等操作。
4. 之后，它将生成并渲染特定管理页面的内容
5. 最后，它将包含 wp-admin/admin-footer.php 文件，该文件设置并渲染管理界面的页脚

对WordPress站点可以发起两种类型的请求：前端请求和管理后台请求。让我们更深入地了解典型WordPress前端请求所运行的代码。

什么是前端请求？

除了特定请求（比如我们在文件结构课程中看到的那些）之外，任何对WordPress站点内容（也称为WordPress前端）的请求都由根目录中的index.php文件处理。

在这里，设置了WP_USE_THEMES常量，然后引入了第一个附加文件wp-blog-header.php。

关于require、require_once、include、include_once的说明

require是一个特殊的PHP语句，它会包含被引入文件的内容。PHP中有一个类似的语句叫include，功能相同。区别在于，如果文件无法被引入，使用require会抛出错误并终止执行。

还有补充语句，即require_once（或include_once），它们仅在文件尚未被引入时才会包含该文件。

wp-blog-header.php

wp-blog-header.php文件通过引入wp-load.php文件来设置WordPress环境。

wp-load.php

在这里定义了ABSPATH常量，大多数插件用它来检查插件是否确实在WordPress环境中运行。

然后，该文件设置了一些错误报告级别。

之后，它查找并加载wp-config.php文件，或者尝试重定向到/wp-admin/setup-config.php，以通知用户创建wp-config.php文件。

你还会注意到，这段代码允许将wp-config.php文件移动到WordPress目录之外，这是一种常见的安全最佳实践。通过将wp-config.php文件移出WordPress目录，可以防止恶意用户访问该文件。

wp-config.php

该文件定义了数据库常量、调试常量以及WordPress安装可能需要的其他常量。

然后，它引入了wp-settings.php文件，该文件用于设置WordPress环境。

wp-settings.php

wp-settings.php是设置WordPress环境的文件。它做了很多工作，因此这里将对其设置的所有内容进行一个高级摘要。

1. 设置版本信息
2. 引入初始化所需的任何文件
3. 设置大多数默认常量
4. 注册一个致命错误处理器，以防出现任何问题
5. 设置各种服务器变量，检查维护模式并检查调试模式
6. 引入WordPress核心功能所需的核心WordPress文件
7. 设置数据库层和全局数据库变量
8. 初始化多站点
9. 定义SHORTINIT常量，可用于自定义请求
10. 加载其余WordPress文件
11. 加载必须使用的插件
12. 加载网络激活的插件（如果是多站点）
13. 设置Cookie或SSL所需的任何常量
14. 创建任何公共变量
15. 创建核心分类法和文章类型
16. 注册主题目录根路径
17. 加载激活的插件
18. 加载可插入函数（已不再使用）
19. 为任何请求变量添加魔术引号
20. 创建全局WP_Query对象、WP_Rewrite对象、WP对象、WP_Widget_Factory对象、WP_Roles对象
21. 设置区域设置功能（多语言支持和本地化/翻译）
22. 加载激活主题的functions.php文件
23. 为定时任务创建WP_Site_Health实例

wp()函数

回到wp-blog-header.php文件，一旦WordPress环境设置完成，就会调用wp()函数。该函数确定需要渲染的内容，并从数据库中获取相关数据。

wp()函数调用$wp对象的main方法，该对象位于wp-includes/class-wp.php文件中。

该方法调用init()方法。

该方法调用wp_get_current_user()函数，该函数设置当前用户对象。

然后，它调用parse_request()方法。

该方法解析请求，并根据请求设置查询变量。

这个方法做了很多工作，但简而言之，它将请求与重写规则进行匹配，并根据匹配的规则创建$query_vars数组。如果没有匹配的重写规则，它将尝试基于查询字符串填充$query_vars数组。

回到 main 方法，如果 parse_request() 返回 true，它将调用 query_posts()、handle_404() 和 register_globals() 方法。

query_posts() 调用 build_query_string() 方法，该方法根据查询变量构建查询字符串。

然后它调用 $wp_the_query 对象的 query() 方法。这段代码位于 wp-includes/class-wp-query.php 文件中的 WP_Query 类中。这将执行查询并用结果填充 WP_Query 对象。

一旦它初始化查询并解析参数，就会运行 get_posts() 方法，该方法根据传入的查询参数/永久链接创建 SQL 查询，然后针对数据库运行查询以返回相关数据。

handle_404() 用于设置 404 的标头，如果请求的 URL 没有找到任何内容。

最后，register_globals() 将查询变量注册为全局变量。

完成这些之后，会调用 send_headers() 方法，该方法将任何相关的标头发送到浏览器。

最后但同样重要的是，它会运行已添加到 wp 动作钩子中的所有回调函数。你将在后续课程中了解钩子。

template-loader.php

回到 wp-blog-header.php，在所有查询数据设置完成后，会加载模板加载器。它会根据访问者的 URL 查找并加载正确的模板。

1. template_redirect 动作 – 在加载模板之前触发。
2. is_robots() – 检查请求是否针对 robots.txt 文件。
3. is_favicon() – 检查请求是否针对 favicon.ico 文件。
4. is_feed() – 检查请求是否针对 RSS 订阅源。
5. is_trackback() – 检查请求是否针对 trackback。
6. 如果 wp_using_themes
   1. 遍历每个模板条件，并找到相应的模板文件。
7. template_include 过滤器 – 在包含当前模板之前过滤其路径。
8. 包含模板文件 – 注意使用的是 include 而不是 require，这样即使模板文件缺失，页面的其余部分仍然可以渲染。