我想说，我们非常感谢大家的控件提交。我不断地被我们社区提供的资源、对质量的执着追求以及分享意愿所震撼。因此，我想提及一些后台处理过程的相关事项，这样您就能更好地理解内容是如何和何时发布到网站的，同时也帮助我们简化流程。
队列
控件通常按照先来先服务的原则进行发布。目前，队列中有七个控件。当我们有大量的积压（>15）时，我们每天会发布两个控件。否则，当队列变小时，我们会每天发布一个。
当一个控件的发布轮次到来时，我会查看控件并确保它符合我们的质量标准，如有必要，添加截图，编辑控件的描述以提高语言和清晰度，然后发布。有时，如果时间紧迫，我会跳过缺乏截图的控件，或者截图“错误”（错误将在下文详细说明）。
如果控件在实用、新颖或代码质量方面未达到一定的阈值，我会拒绝发布它，并从系统中删除。这并不经常发生，但我确实尝试确保我们发布的內容对您来说是实用的或高度新颖。
加速您的提交通过队列
以下是一些确保您的控件快速通过我们队列的最佳做法：
- 确保您的控件有一个示例项目，用于展示如何使用控件。我看到不少控件悬停在指向仅包含.h/.m文件对和一个README的GitHub仓库上。除非我对控件的描述非常感兴趣，否则我通常会拒绝发布这些控件，因为我需要fork您的仓库、编写示例项目并提交拉取请求。
- 包含一个好看的截图。几个月前，苹果增加了一个功能，只需按下⌘S即可从模拟器中捕获您的iOS应用的正确尺寸截图。有时，提交的截图包含了模拟器边框，或者在顶部或底部出现意外的黑色线条。
- 包含一个好的描述。对控件进行两到三句话的简单描述是最理想的。如果您有一篇更详细描述控件的博客文章，请将其包含在控件提交页面上的“发现于”字段中。
- 包含一个许可协议。从技术上讲，标记为拥有不明确协议的控件不能安全地用于其他人的项目中。请将许可协议包含在您的源代码仓库中，并在控件提交页面上选择。理想情况下，您的仓库的README清楚地说明您所使用的协议。换句话说，README应明确说明使用的是“MIT 许可证”，然后是许可证文本，而不是仅包含许可证文本。否则，人们实际上需要在Google中复制并粘贴许可证中的一个片段，以确保他们知道所用的是哪个许可证。
- 给我们发邮件！如果您在这里没有找到解答的问题，请通过[email protected]告诉 us。我们将很乐意为您提供帮助。