文章内容是根据https://www.cnswift.org/上面的学习内容来的，既是笔记，又是精简，记录的都是重点。如果没时间看全部的资料，可以简单看一下本专题。欢迎交流一起讨论学习。
基础内容
1.数据类型：Int、Double、Float、Bool、String
集合类型：Array、Set、Dictionary
元组：元组允许你来创建和传递一组数据
可选项：可选项类似于 Objective-C 中的 nil 指针，但是不只是类，可选项也可以用在所有的类型上
2.常量和变量的名字不能包含空白字符、数学符号、箭头、保留的（或者无效的）Unicode 码位、连线和制表符。也不能以数字开头，尽管数字几乎可以使用在名字其他的任何地方。
3.整数型字面量可以写作：
一个十进制数，没有前缀
一个二进制数，前缀是 0b
一个八进制数，前缀是 0o
一个十六进制数，前缀是 0x
十进制的浮点字面量还有一个可选的指数，用大写或小写的 e 表示；十六进制的浮点字面量必须有指数，用大写或小写的 p 来表示。
十进制数与 exp 的指数，结果就等于基数乘以 10exp：
1.25e2 意味着 1.25 x 102, 或者 125.0 .
1.25e-2 意味着 1.25 x 10-2, 或者 0.0125 .
十六进制数与 exp 指数，结果就等于基数乘以2exp：
0xFp2 意味着 15 x 22, 或者 60.0 .
0xFp-2 意味着 15 x 2-2, 或者 3.75 .
整数和浮点数都可以添加额外的零或者添加下划线来增加代码的可读性。下面的这些格式都不会影响字面量的值。
let paddedDouble = 000123.456
let oneMillion = 1_000_000
let justOverOneMillion = 1_000_000.000_000_1
4.类型别名
typealias AudioSample = UInt16
5.[元组]内的值可以是任何类型，而且可以不必是同一类型。它们不适合创建复杂的数据结构。如果你的数据结构超出了临时使用的范围，那么请建立一个类或结构体来代替元组。
6.Swift 中的 nil 和Objective-C 中的 nil 不同，在 Objective-C 中 nil 是一个指向不存在对象的指针。在 Swift中， nil 不是指针，他是值缺失的一种特殊类型，任何类型的可选项都可以设置成 nil 而不仅仅是对象类型。
7.使用 ! 来获取一个不存在的可选值会导致运行错误，在使用!强制展开之前必须确保可选项中包含一个非 nil 的值。
8.可选项绑定：
可选绑定可以与 if 和 while 的语句使用来检查可选项内部的值，并赋值给一个变量或常量。
if let constantName = someOptional {
statements
}
同一个 if 语句中包含多可选项绑定，用逗号分隔即可。如果任一可选绑定结果是 nil 或者布尔值为 false ，那么整个 if 判断会被看作 false 。
9.错误处理
func canThrowAnError() throws {
// this function may or may not throw an error
}
do {
try canThrowAnError()
// no error was thrown
} catch Error.OutOfCleanDishes{
// an error was thrown
} catch Error.MissingIngredients{
// an error was thrown
}
do 语句创建了一个新的容器范围，可以让错误被传递到到不止一个的 catch 分句里。
10.断言assert
let age = -3
assert(age >= 0, "A person's age cannot be less than zero")
断言和先决条件的不同之处在于他们什么时候做检查：断言只在 debug 构建的时候检查，但先决条件则在 debug 和生产构建中生效。在生产构建中，断言中的条件不会被计算。
if age > 10 {
print("You can ride the roller-coaster or the ferris wheel.")
} else if age > 0 {
print("You can ride the ferris wheel.")
} else {
assertionFailure("A person's age can't be less than zero.")
}
如果代码已经检查了条件，你可以使用 assertionFailure(_:file:line:) 函数来标明断言失败
11.强制先决条件
precondition(index > 0, "Index must be greater than zero.")
如果你在不检查模式编译（ -Ounchecked ），先决条件不会检查。编译器假定先决条件永远为真，并且它根据你的代码进行优化。总之， fatalError(_:file:line:) 函数一定会终止执行，无论你优化设定如何。
你可以在草拟和早期开发过程中使用 fatalError(_:file:line:) 函数标记那些还没实现的功能，通过使用 fatalError("Unimplemented") 来作为代替。由于致命错误永远不会被优化，不同于断言和先决条件，你可以确定执行遇到这些临时占位永远会停止。
