我想说明，我们非常感谢您的控件提交。我始终被我们社区显示出的资源fulness、对质量的执着和乐于分享的态度所打动。为此，我想提到一些关于幕后流程的事情，这样您可以更好地了解内容是如何以及何时发布到该网站的，同时也有助于我们简化流程。
队列
控件通常按照先到先得的原则发布。现在，队列中有7个控件。当我们有大量的积压（>15）时，我们将每天发布两个控件。否则，当队列减小，我们将每天发布一个。
当某个控件的发布轮次到来时，我会审查它，确保它符合我们的质量标准，如果需要的话，添加截图，编辑控件的描述以确保语言和清晰度，然后发布。有时，如果我很忙，我会跳过一个没有截图或截图“不正确”（详见下面的详细描述）的控件。
如果一个控件未能达到某个阈值（实用性、新颖性或代码质量），我将拒绝发布它，并将其从系统中删除。我并不经常这么做，但我会尽力确保我们发布的内容对您来说既实用又非常有创新性。
加速您的提交通过队列
确保您的控件迅速通过我们的队列的最佳方式是遵循以下指南
- 确保您的控件有一个演示如何使用的示例项目。我看到很多控件只能指向一个GitHub仓库，该仓库除了一个.h/.m文件对和一个README之外别无其他。除非我对控件的描述真的很有兴趣，否则我通常会拒绝发布这些，因为替代方案是我在您的仓库上创建一个示例项目，并提交一个pull请求。
- 包括一个漂亮的截图。几个月前，苹果公司添加了一个功能，可以从模拟器中捕获您iOS应用的适当大小的截图，只需按⌘S即可。有时，提交的截图包括模拟器边框或顶部和底部的错误黑线。
- 包含一个好的描述。一个简单两到三句话的控件描述是理想的。如果您有一篇关于控件的博客文章，请将它包含在控件的提交页面上的“找到位置”字段中。
- 包含一个许可证。在技术上，任何标记为未指定许可证的控件不能安全地用于其他人的项目中。许可证应包含在您的源仓库中，并在控件提交页面上选择。此外，如果您的仓库的README明确说明了您使用的许可证，则更理想。换句话说，README应该明确地说“MIT许可证”，然后是许可证文本，而不是仅仅包含许可证文本。否则，您会发现人们实际需要将许可证文本复制粘贴到Google中，以确保他们知道自己看到了哪个。
- 给我们发邮件！如果您在这里没有找到答案，请通过以下链接告诉我们：[email protected]。我们将很乐意帮助您。