我们非常乐意带你来工人.dev，我们更是对每一个机会，我们狗粮工人。使用我们创建的东西可以让我们不断地关注开发人员的体验，这使得我们在绘制路线图。我们的目标工人.dev提供了一种将JavaScript代码部署到我们由165个数据中心组成的网络的方法，而无需开发人员先向Cloudflare注册域。当我们为一般可用性做好准备的同时，我们希望为用户提供一个机会，以公平和一致的方式保留他们最喜欢的子域，因此我们建立了一个系统，允许访问者保留一个子域，让他们的员工可以住一次工人.dev释放。这就是我们如何编写支持提交的系统的故事工艺要求当然，我们总是想用最好的工具来做这项工作，所以要设计出能够回来的工人工人.dev从约束和用户体验经验清单开始选项：我们想要的约束将预订限制为每个电子邮件地址一个。如果有人编写一个机器人程序在10秒钟内声明每个good Workers子域，这一点也不好玩；无论如何，如果不为每个good Workers子域创建一个Cloudflare帐户，他们就无法声明这些子域！我们只希望允许每个子域有一个单独的保留，以避免以后出现尴尬的"对不起"消息；因此，我们需要在数据存储区中有一个可靠的唯一性约束写。我们想封锁一些关键的子域，并能够检测和阻止更多的，因为我们继续打开。用户从程序层面上讲，我们的小系统需要处理以下路线图：访问者提交一个带有他们想要的子域和电子邮件地址的表单。表格被发送给一名工人，其工作是：a、 清理输入（确保子域有效！电子邮件也是！）b、 检查Cloud Firestore是否存在与子域或电子邮件地址匹配的预订c、 将用户的电子邮件地址添加到cloudfirestore并使用自动生成的链接发送电子邮件d、 将结果返回到登录页。向访客显示反馈：a、 如果无法进行预订（子域或电子邮件地址已被使用），则显示错误并清除表单。b、 如果可以预订，请说明成功，并将访客引导到他们的电子邮件。访客收到验证邮件，点击工人.dev再一次该页面从url中吸收数据，并向另一个工作人员发出一个请求，该工作人员的任务是：a、 检索与链接关联的电子邮件地址b、 再次检查电子邮件地址是否尚未与子域关联c、 尝试创建新的保留。如果域409已被保留，则返回该请求d、 将结果返回到登录页。向访客显示反馈：a、 如果无法进行预订（子域或电子邮件地址已被使用），则显示错误并清除表单。b、 如果预订成功，请留言庆祝！