分析您见过的最佳排行榜 API 的要求

从现在开始，努力学习吧！本文《分析您见过的最佳排行榜 API 的要求》主要讲解了等等相关知识点，我会在golang学习网中持续更新相关的系列文章，欢迎大家关注并积极留言建议。下面就先一起来看一下本篇正文内容吧，希望能帮到你！

让我们首先写下这个想法：接收一组球队并返回包含这些球队之间所有比赛的表格、比赛日期和我们的“优化”，旨在减少球队之间的往返次数。

考虑到输出，我们不仅需要输入团队名称，还需要输入其他数据：

• 您的位置，以便我们计划行程；
• 冠军模式：他们会是像巴西队那样的同组球队吗？还是会像世界杯那样分成几个小组？
• 冠军赛会是一轮又一轮、单轮还是某种混合模式，比如冠军联赛，尽管只有一个小组，但并不是每个人都对阵？
• 如果有分组，是我们来抽出哪支球队属于每个组还是用户已经定义了这一点？让我们把选项交给用户；
• 用户真的想要一个“优化”的表吗？也许这只是公寓冠军，对吧？让我们为用户提供创建简单表或优化表的选项，好吗？
• 我们每天可以安排多少场比赛？

• 一支球队在一场比赛和另一场比赛之间需要有多少休息时间？

• 当然还有冠军的名称。

注意：现阶段，在实际项目中，我们必须从客户那里获取这些要求。

根据上述信息，我们可以推断我们的系统输入将是：

条目：

• 一组团队及其位置
• 锦标赛的形式（同组的队伍之间会进行几轮？还有对阵其他组的队伍？其实会分组吗？
• 如果分组的话，我们是抽签还是会收到已经确定的分组？
• 用户想要一个优化的表格吗？是还是不是？
• 每天允许的游戏总数
• 一支球队在一场比赛与另一场比赛之间需要的休息日；
• 以及冠军的名称。

输出将是：

• 冠军名称
• 群组（或群组，如果只有一个）
• 游戏表，包含所有游戏及其各自的日期

这里你可以想象两个 JSON，一个包含输入数据，另一个包含输出数据，对吗？

而且，对于每个主题，你已经可以想象一个物体了，好吗？

由于对象总是引导我们谈论类，所以我们已经非常接近它了......代码。

下一篇文章的主题。我们继续。

到这里，我们也就讲完了《分析您见过的最佳排行榜 API 的要求》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！