让有经验的WordPress开发人员查看我的插件并提出建设性的批评，最好的方法是什么？我已经在这个网站上写了一些代码来解决我的一些问题，我认为它们对其他人也很有用。然而，由于它们是由我的第一个公共WordPress插件提供的，而且我在公共WordPress目录中看到了许多不太好的例子，因此我想知道“我的立场”，以及如何改进我的插件。我读过the list of best practices, 仍然需要应用其中的一些，但我也想回答一个更一般的问题“这是解决这个问题的好方法吗？”
我只是重读了一遍the related discussion on wp-hackers （我不知道参与者也参与了这个网站，而“最佳实践”问题是它的直接结果）。我不确定这样一个系统能满足我的需要，我同意Paul\'s concerns:
上周，当我读到关于这个帖子的原始评论时，我认为其目的是建立一个同行评审过程，插件开发人员可以在评审代码时向其他插件开发人员提供建议。我最初把这条建议看作是“好吧，你的代码可以工作，但如果你只是连接到这个WP过滤器并尝试这种技术（请参阅xxx插件作为示例），那么你编写的这组例程会更好地发挥作用”。我的目标是分享WP插件开发知识，让任何平庸的插件开发人员成为更好的开发人员。就像我自己一样。
这将是一个不同于逐点检查表审查的范围，更像是一种“指导”。似乎有很多人愿意这样做，而且（甚至更好）他们中的许多人都参与了这个网站，那么我们如何才能将所有的能量转化为具体的东西呢？
我当前的示例是我编写的三个插件solve my "image resize" problem. 我为每个插件写了很长的介绍性评论，这（我希望）可以让我不必阅读完整的代码就可以更容易地理解我的意图。我还能做些什么让其他人更容易看一看吗
SO网友:fuxia
快速查看后https://gist.github.com/675437 我看到了一些次要观点，主要是关于可读性：
编写好的代码文档：Docblocks…和内联注释，只要有不完全清楚的地方
保留代码»左«，保存缩进。而不是：public function checkUrl()
{
if (is_404()) {
// code
}
}
…写入…
public function checkUrl()
{
if ( ! is_404() ) {
return;
}
// code
}
就在今晚，我写了一个新插件……我想知道我是否可以确切地问一下你的问题。好时机。：）
