在本系列的这一点上，我们已准备好通过记录我们的文件、类、函数、变量等来完善我们的插件。
虽然这是我们实际上必须完成插件的最后一步，但这并不是该系列的最后一篇文章，因为我们将继续研究面向对象编程中的一些高级主题。
但在此之前，让我们将我们在上一篇文章中学到的所有内容付诸实践，将我们的插件升级到 1.0 版本。
当然，与之前的所有文章一样，我建议您及时了解我们迄今为止介绍的所有内容，这样您不仅可以完全了解我们所做的工作在上一篇文章中，但我们实际上是如何达到本文讨论的最后一点的。
了解和审查了所有这些内容后，让我们开始记录每个文件。
记录插件
我们可以通过多种不同的方式来记录这个插件：
- 我们可以首先记录所有文件头，然后我们可以回来记录类，然后我们可以回来记录变量，然后我们可以记录函数。
- 我们可以一次记录每个文件，并对每个文件中包含的所有内容进行简短的讨论。
显然，该选项将为每个部分生成更多文档，但应该会导致一篇不那么乏味的文章，并且更容易理解整个插件的控制流程。
为此，我们将逐个文件地研究该插件，为我们拥有的每段代码引入文档，然后我们将讨论代码后面的任何感兴趣的点。
最后，我们将确保在文章末尾引用该插件的最终版本。话虽如此，让我们开始吧。
单个帖子元管理器
回想一下，启动插件的主文件是位于插件目录根目录中的 single-post-meta-manager.php 文件。
以下是该文件的完整文档版本。仔细阅读每条评论，不仅要注意其遵循的格式，还要注意其提供的内容。
登录后复制
这应该是相对不言自明的；但是，为了完整起见，请注意此文件获取当前帖子 ID（通过使用 get_the_ID() 函数），读取帖子元数据，然后迭代它构建一个表显示键和值。
完成插件
至此，我们已经完成了插件的实现。从实施面向对象的编程实践，到记录代码。
您可以在 GitHub 上获取该插件的最终版本；但是，我们将在更多帖子中继续进行面向对象的讨论，以便我们可以探索一些更高级的主题，例如继承、抽象和其他主题。
同时，如果您对该插件有疑问或意见，请随时在评论中留下！
以上就是WordPress 插件继续文档：面向对象编程 II的详细内容，更多请关注每日运维网(www.mryunwei.com)其它相关文章！
