码迷,mamicode.com
首页 > 编程语言 > 详细

Swift3.0变化分享

时间:2017-01-06 16:23:14      阅读:322      评论:0      收藏:0      [点我收藏+]

标签:name   select   名称   print   文章   cli   rac   size   targe   

Swift 3.0 做出的改变很大,在这篇文章中,我将尽我所能,利用代码样例给大家解释Swift 3.0最重要(要命)的改变,希望大家能够做好升级Swift 3.0 的准备。Swift 3.0的改变不仅仅是我下面的这个列表,但是列表中的每一项都是对你的一个巨大的打击。

虽然Swift 3.0 仍处于开发阶段。Swift 3.0 会有很多很多的变化,其中一些可能会在细微之处。然而,我们希望这些变化是一次性的。为了使Swift可以在未来几年更好的发展,在以后的版本更新中改变应该的显著变小。一些Swift 2.3的东西已经过时了,并且被删除了。这包括++,--,C风格的for循环,元组语法等等。但不得不说3.0之后的swift变得更加简洁。

  • 关于Bool属性:所有的BOOL类型都重新命名为isXXX,所以以后我们的自定义类中BOOL属性的命名也应体现这个规则

     2.3写法:btn.hidden = false

     3.0写法:btn.isHidden = false

  • Foundation框架部分类名去掉NS前缀

    像UserDefaults、URL、NotificationCenter、Bundle、Timer、Thread、RunLoop等

技术分享

  • 常用系统提供单例类的获取方法Swift风格化

技术分享

  • 常用结构体的构造方法改变

技术分享

    Swift2.3中,使用构造方法和make函数都可以创建;

// Make函数创建
 let size = CGSizeMake(10, 20)
// 构造方法创建
 let _ = CGSize(width: 10, height: 20)

  Swift3.0中,废弃make函数,只能使用构造方法创建 

// 只能使用构造方法创建
let _ = CGSize(width: 10, height: 20)
  • 通知的变化

   Swift 3.0 中NSNotification和Notification创建时,通知的name参数类型都变为“Notification.Name”类型,该类型创建比较复杂。

// Swift3.0中的通知
let _ = NSNotification(name: NSNotification.Name(rawValue: "name"), object: nil)
  • UIViewController 返回是否显示状态栏的方法变化

   状态栏显示由方法func变为var属性

技术分享

  • 获取string的字符串长度方法的改变

技术分享

  • 获取沙盒指定文件夹路径的方法变化

    获取文件路径统一交给FileManager来管理

技术分享

  • GCD语法的改变

技术分享

 

   延迟执行的代码转换的不够好。应该这样写:

// 延迟执行代码
DispatchQueue.main.asyncAfter(deadline: DispatchTime.now() + 5) {
    print("明明")
}

Swfit的关键字的变化

  • private和fileprivate

        private: 私有属性和方法,仅在当前类中可以访问,不包括分类;

        fileprivate: 文件内私有属性和方法,仅在当前文件中可以访问,包括同一个文件中不同的类。

// 只能在当前大括号内访问
  private func privatePractise() {
      value = 1
      fileprivatePractise()
      print("privatePractise方法被调用了")
  }
  // 只能在当前文件内访问
  fileprivate func fileprivatePractise() {
      privatePractise()
      print("fileprivatePractise方法被调用了")
  }
  • public和open

     在Swift2.3中,pubic有两层含义:

     这个元素可以在其他作用域被访问

     这个元素可以在其他作用域被继承或者override

     继承是一件危险的事情。尤其对于一个framework或者module的设计者而言。在自身的module内,类或者属性对于作者而言是清晰的,能否被继承或者override都是可控的。但是对于使用它的人,作者有时会希望传达出这个类或者属性不应该被继承或者修改。这个对应的就是 final。

final的问题在于在标记之后,在任何地方都不能override。而对于lib的设计者而言,希望得到的是在module内可以被override,在被import到其他地方后其他用户使用的时候不能被override。

这就是 open产生的初衷。通过open和public标记区别一个元素在其他module中是只能被访问还是可以被override。

    在Swift3.0中

    public表示当前类、属性或者方法只能在当前module内被继承或者override,在当前module意外只能被访问;

    open表示当前类、属性或者方法可以在任何地方被继承或者override;

    final是一个辅助修饰词,表示当前类、属性或者方法在任何地方都只能被访问,不能被继承或者override;

    internal表示默认级别。

 Swfit3.0中,访问控制权限由高到低依次为:open、public、internal(默认)、fileprivate,private。
  • if…where和guard…where的变化
在Swift2.3中
// Swift2.3 var value: Int? var num: Int? if let v = value, n = num where v > n { print("value > num") } value = 1 num = 2 guard let v = value, n = num where v > n else { print("value < num") return }

  在Swift3.0中

// Swift3.0
var value: Int?
var num: Int?

if let v = value, let n = num, v > n {
    print("value > num")
}

value = 1
num = 2

guard let v = value, let n = num, v > n else {
    print("value < num")
    return
}


  • 方法名的变化

     在Swift的方法命名规则中,参数有两个名称,一个内部名,一个外部名。当参数有外部名时,方法调用时只显示外部名,若无外部名,则默认外部名和内部名相同。建议以后自定义方法时,风格尽量和Swift3.0保持一致。

在Swift3.0 编译器环境下两种风格对比:

技术分享

  • selecter的变化

    在Swift2.2中,当我们为一个按钮添加点击事件时常常这样写:

    btn.addTarget(self, action:"click", forControlEvents: .TouchUpInside)

    在Swift3.0中两种写法依然都可以使用,但建议写成下面格式:

    btn.addTarget(self, action:#selector(ViewController.click), for: .touchUpInside)

  • 运算符的变化
  1. Swift3.0中运算符的左右两边必须不能为optional
  2. ++和--是继承自C语言中的运算符,在Swift3.0中被移除,建议使用  += 1/ -= 1来代替
  • 方法,枚举等命名变化  

    对于枚举和属性,驼峰大写前缀被替换成了驼峰小写前缀

    比如说CGColor或CIColor。是的,现在它将会变成cgColor和ciColor。

    let red = UIColor.red().cgColor

    这种变化确实提高了编码的一致性:所有的属性和参数应该都是以小写开始,没有例外!

    同时,枚举也在发生着改变,从驼峰大写前缀改为驼峰小写前缀。这意味着:枚举是一个数据类型,但是枚举值更接近属性。然而,这意味着苹果的枚举现在都是小写了。 

NSTextAlignment.Left// old

NSTextAlignment.left// new

Swift3.0变化分享

标签:name   select   名称   print   文章   cli   rac   size   targe   

原文地址:http://www.cnblogs.com/niumingming920322/p/6256496.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!