设计应用数据（第03课）——Tim Corey的深入探讨

为什么数据优先

蒂姆在课程开始时提醒我们，我们已经建立了应用程序的要求和结构。 现在是时候构建实际的数据结构了。 他指出，一些开发者喜欢先设计UI，但他认为最成功的方法是先设计数据。

蒂姆解释了他的理由：

"没有数据，您的应用程序就没有意义。" 他澄清了应用程序本质上是一个展示、操作、修改和保存数据的工具。

然后，他举例来证明他的观点。 即使是像Microsoft Word这样的文本编辑器也是围绕数据构建的——文本本身、格式、间距等。蒂姆进一步证明甚至游戏也是数据驱动的。 例如，国际象棋游戏只是棋子、位置和移动的集合——都是数据。 一款第一人称射击游戏也严重依赖于数据，如角色位置、子弹速度、命中检测、伤害数值和胜利条件。

他的结论很明确：

"一切都围绕着数据。"

所以他以数据设计开始，因为一旦知道了数据，UI就更容易构建。 否则，您就是在一个没有方向的空白板上设计。 这种方法有助于为像视觉套件、海报制作器或标志制作器这样的工具工作的开发者和设计师，因为即使这些应用程序也依赖于结构化数据来创建模板、字体和图像元素。

在编码前计划

然后蒂姆解释了他首选的计划方法： 他把所有东西画在纸上或白板上，因为这样易于更改和调整。

他强烈建议不要打开Visual Studio，强调计划应该在代码之外进行。 他说，用记事本或法令纸计划是至关重要的，因为您可以轻松地划掉和更改内容，而不会被卡在代码中。

蒂姆展示了他的设计的清晰版本，并一步步走过。他的第一条规则是：

"先随便写点什么。"

他从最明显的对象开始：团队。

构建团队对象

蒂姆通过写下一个团队需要什么来开始设计。 他识别了两个主要属性：

设计人物对象

接下来，蒂姆设计了人物类。 他解释了将名称分为姓和名的重要性。

锦标赛对象

接着蒂姆介绍了最重要的对象：锦标赛。

他解释说，锦标赛是核心数据中心，因为这个应用程序是一个锦标赛跟踪器。

自然键和遗漏数据

蒂姆警告您在计划时可能会遗漏一些数据。 他谈到自然键以及一些开发者如何使用它们作为标识符。 例如，锦标赛名称可以是唯一的并作为标识符。

但是，蒂姆更喜欢使用自定义ID属性：

"我喜欢创建自己的并称其为ID。"

他说这更便于索引和管理。

他还提醒我们：

"遗漏东西没关系。"

他鼓励进行研究，并查看像亚马逊注册或电话联系人这样的例子，以查看通常为个人收集的信息。

但他警告不要过于考虑——错误会发生，可以稍后修正。

不要计划过度

蒂姆强调保持关键的平衡：

"一个仍在法令纸上的设计精良的应用程序是没有用的。"

他解释说，计划是必要的，但花费过多的时间计划会导致您永远无法构建应用程序。 他鼓励向前推进，同时接受设计将会发展。

奖品对象

蒂姆介绍了奖品对象及其属性：

1. 名次编号（整型） 例如：1代表第一名，2代表第二名。

2. 名次名称（字符串） 例如："冠军"，"第一名亚军"。

3. 奖金金额（小数） 该名次的金额。

4. 奖金百分比（双精度） 例如：0.5代表50%

他解释了系统如何根据金额或百分比哪个不为零来决定使用金额或百分比。

对阵对象

然后，Tim 介绍了对阵对象：

• 参赛者：MatchupEntry列表

• 获胜者：团队

• 回合数：int

他解释说，对阵参赛者代表一个对阵中的一支队伍。

对阵参赛者对象

Tim 描述了 MatchupEntry 的属性：

• 团队

• 得分

• 父对阵

他解释了为什么选择参赛列表而不是单独的球队属性。 这允许灵活性，例如按得分排列参赛者。

他还解释了父对阵的目的： 它将一轮的获胜者连接到下一轮。

结论 - 数据计划完成

Tim 总结道，这六个类（团队、个人、锦标赛、奖项、对阵、对阵参赛者）是应用程序的基础。 他提醒我们，数据计划已完成，下一课将专注于构建用户界面。

他最后说，虽然这个设计可能看似混乱，但一旦在代码中实现后会变得更清晰。

通过在视频中遵循 Tim 的数据优先方法，您现在清楚地理解了如何为锦标赛跟踪器应用程序构建核心数据。 接下来的步骤是基于这些数据构建用户界面，Tim 会在第四课中介绍。