开始进行Swift编程第9部分-基本协议，扩展和下标

在上一篇文章中，我们介绍了类型转换，安全展开可选内容和访问控件。

Swift编程第8部分开始-类型转换，安全解压缩可选项和访问控制

在上一篇文章中，我们讨论了初始化，反初始化，覆盖和引用计数。

medium.com

没什么困难，对于您中的某些人而言，也许最好不过是适度的，因为有了访问控制的概念。 这篇文章可能会使事情再次升温，但这又仅仅是因为实际的应用程序用例。

我将尽力以一种可以帮助您理解所有内容以及何时应在何处使用所涉及的主题的方式来解释事情。 我知道有些教程可以直接跳转并提供扩展，但是我不会。 扩展是利用您已经知道的内容做更多事情的基础，因此，我决定最好从协议开始。 因此，让我们深入。

好的，所以协议和扩展声音令人生畏，Apple提供的定义在您开始时并不能消除浑水。

这个定义直接来自苹果的书：

协议定义了适合特定任务或功能的方法，属性和其他要求的蓝图。 然后，该协议可以由类，结构或枚举采用，以提供这些要求的实际实现。 满足协议要求的任何类型都被称为符合该协议。

你们中有些人可能已经了解到，其他人可能仍然会挠头。 不用担心，现在，让我们暂时忘记该定义，我有一个使用棒球的指导来指导我们进行定义。

在棒球中，我们有不同的位置，例如击球手，投手，接球手，垒手，外野手，教练和裁判员。 如果您对棒球有任何了解，您就会知道团队中的每个人都有自己的角色，每个人都擅长于该角色。 我们不能只是让三垒手成为投手，或者让裁判成为外野手。 第一种情况很难，因为团队喜欢为一垒手雇用左撇子，为三垒手雇用右撇子。 另一个似乎不是一个好主意，因为两队之间的裁判是中立的。

如果每个玩家都是一堂课， 那么他们如何玩游戏就由协议定义。 让我们看看它在代码中的外观。

扩展以简单的概念而得名。 扩展实质上是将功能扩展到类，结构或协议。 关于它们的使用方式，我将引用Swift中的Foundation库。 Foundation有一个名为UITableView的类。 UITableView本身仅处理显示表视图。 但是，我们可以通过给它一个名为UITableViewDataSource的扩展来扩展其功能。 这为采用此协议的类提供了提供数据如何在表视图内部显示的上下文的能力。

上图是扩展的一个很好的例子。

通过单击“无选择”，您可以打开当前布局的树。

这使您可以通过单击树的任何部分来浏览代码，Xcode将专注于该代码。 通过使用//MARK: — Properties ，可以在属性上方创建一条水平线，同样可以使用
//MARK: Properties —在属性下方放置一条水平线。 或者，您可以在上方和下方都设置一个，但是我通常只在上方放置一个，以将其分成这样的部分。 您可以选择最有意义的选项。 有关更多信息，请查看Apple的标记文档。

好的，只是我想离开这里的提示，回到扩展。 除了将您的代码分成逻辑区域外，它们还做了其他一些事情，这也成为我成为协议狂热者的原因，并尽可能尝试使用它们。

因此，协议对于团队来说很棒，从一开始就显而易见，但是您可能会问自己，如果您是一个单独的开发人员，为什么还要使用协议？ 您知道一切都会做什么，并且不介意在一年后回到您的代码以发布更新时重新学习。 特别是如果这意味着必须编写更多的代码，这对于您的应用正常运行并不重要。

还记得Fielder协议吗？ 如果我告诉您不必编写协议要求，也不必单击红色的停止符号以使它在每次使用协议的情况下都实现每个方法存根，该怎么办。 那您想要协议吗？

纯粹的事实是，在上面的示例中，如果您在同一实现中使用darn编写7次6个属性和4个方法，那将是疯狂的，那就是42个属性和28个方法，更不用说每种方法所涉及的逻辑了。 对我来说听起来像是折磨。

扩展+协议=❤…或超级英雄（如果您愿意）。

因此，让我们看看我在说什么，我只是从上方进行一些复制粘贴，所以我们不需要向上滚动。

继续到下标，这应该很容易，因为我们已经在数组和字典中谈到了下标。 下标只是索引的一种奇特的表达方式。 您可以使用myArray[0]下标数组，以获取该数组的第一个元素。

如果您不知道，数组是从零开始的，因为在过去，数组是引用类型，而0是指元素放置在距数组的开始或开头多少位置的位置。

字典使用下标使用其键。 myMovies[“gotg1”]可能会引用该值
“Gaurdians of the Galaxy Part 1” 。 我们只是在键上使用了下标来检索值。 就像我说的，除了名字，没有其他新内容。

下标变得有趣的地方是当您开始意识到可以在矩阵中使用下标。 让我们来看看。