标签： ios

context.executeFecthRequest(request, error: nil)

在Swift3中改为：

context.fecth(request)

且要处理异常，即：

try! context.fetch(request)

当执行var f = NSFetchRequest(entityName: “Users”)时候

报错：Generic parameter ‘ResultType’ could not be inferred

解决方法：

改为——

var f = NSFetchRequest<NSFetchRequestResult>(entityName: “Users”)

报错：Call can throw, but it is not marked with ‘try’ and the error is not handled。

因为没有使用try catch语句处理异常。解决方案有三种：

第一种：使用do / catch语句处理异常：

第二种：如果你想调用一个被声明为可能抛出的函数，但是你知道它不会抛出异常，因为你会给它正确的输入，这个时候可以使用try! 也能解决问题 ：

第三种：在函数声明中使用 throws 将异常抛出，并在方法前加上try：

 

Outlet(输出口)

• 为了能让代码引用nib中的对象，我们在代码中对应的变量前面加上IBOutlet来修饰标记，本身来说它只是个标记，没有什么实际意义，只是用来告诉编译器，这个变量有些特别，是个界面的Outlet，Outlet要和nib文件（也就是storyborad里面的界面）里面的一个对象关联起来（建立了一个connection），一旦建立了连接，我们就说当前这个标记了IBOutlet的变量是nib文件中某对象（object）的referencing outlet
• 所以说 Outlet是一个变量，是一个带有outlet标记的变量，outlet connection是nib对象创建之后，通过nib里面的定义，在runtime的时候，把它们关联起来的一个机制，这个关联关系建立起来之后，这个outlet就是这个nib对象的referencing outlet

Action Connection（操作）

• 界面发生事件后，需要一段代码来调用一个方法，响应这个操作，IBAction就是用来标记代码中这个方法的。
• 在代码中对应的方法前面加上IBAction标记，本身来说它只是个标记，没有什么实际意义，只是用来告诉编译器，这个方法有点特别，是一个界面中的对象的Action行为方法，Action要和nib文件里面（也就是界面）的一个界面对象关联起来（建立了一个Action Connection），一旦建立了连接，我们就说当前这个标记了IBAction的方法是nib文件（也就是界面）中某对象所需要响应的事件

总结：所以说IBOutlet和IBAction都只是一个标记，IBOutlet用来标记代码片段中的变量，这个变量是应该和界面中某个对象相关联的；IBAction应该用来标记代码片段中的方法，这个方法是应该和界面中的某个对象相关联的，用来相应对象应该响应的操作

Action Connection（操作）

• 界面发生事件后，需要一段代码来调用一个方法，响应这个操作，IBAction就是用来标记代码中这个方法的。
• 在代码中对应的方法前面加上IBAction标记，本身来说它只是个标记，没有什么实际意义，只是用来告诉编译器，这个方法有点特别，是一个界面中的对象的Action行为方法，Action要和nib文件里面（也就是界面）的一个界面对象关联起来（建立了一个Action Connection），一旦建立了连接，我们就说当前这个标记了IBAction的方法是nib文件（也就是界面）中某对象所需要响应的事件

为了能让代码引用nib中的对象，我们在代码中对应的变量前面加上IBOutlet来修饰标记，本身来说它只是个标记，没有什么实际意义，只是用来告诉编译器，这个变量有些特别，是个界面的Outlet，Outlet要和nib文件（也就是storyborad里面的界面）里面的一个对象关联起来（建立了一个connection），一旦建立了连接，我们就说当前这个标记了IBOutlet的变量是nib文件中某对象（object）的referencing outlet

所以说 Outlet是一个变量，是一个带有outlet标记的变量，outlet connection是nib对象创建之后，通过nib里面的定义，在runtime的时候，把它们关联起来的一个机制，这个关联关系建立起来之后，这个outlet就是这个nib对象的referencing outlet