swift实现一个与智能机器人聊天的app(五)with iOS9

iOS9版本

本篇文章你将学到

  • 将我们的app更新到iOS9过程中的一些问题和解决办法
  • 使用swift2.0的新语法guard对项目代码进行优化和修改
  • 使用iOS9的新组件SFSafariViewController快速实现内置浏览器
    ...更多iOS9新功能的使用我会在研究出来之后和大家分享的~敬请关注!

本篇文章的初始代码下载(已进行ios9适配):
百度网盘地址

我们的app终于步入iOS9时代了~我对我们的app进行了iOS9适配,当然在这个过程中会有一些问题,(其实蛮蛋疼的= =)下面我先跟大家分享一下其中的问题及其解决办法:
首先我们app的第三方库并不支持iOS9,所以我们要对cocoapods的配置文件进行更新:

source 'https://github.com/CocoaPods/Specs.git'
platform :ios, ‘8.0’
use_frameworks!

pod 'Alamofire','~> 2.0'//原来是1.3版本
pod 'SnapKit', '~> 0.14.0'//原来是0.12版本
pod 'Parse','~>1.7.1'
pod 'ParseUI','~>1.1.3'

将当前目录更改到项目目录:

$ cd <项目目录>

然后调用cocoa pods更新命令:

$ pod update

其中Alamofire库已经发生了改变,所以使用上会有一些变化,我们来看一看ChatViewController.swift中的376行,也就是sendAction()方法中调用api得到机器人回复的地方。
这是以前:

        Alamofire.request(.GET, NSURL(string: api_url)!, parameters: ["key":api_key,"info":question,"userid":userId])
        .responseJSON(options: NSJSONReadingOptions.MutableContainers) { (_,_,data,error) -> Void in
           
            if error == nil{
                if let text = data!.objectForKey(textKey) as? String{
                    
                    if let url = data!.objectForKey(urlKey) as? String{
                        var message = Message(incoming: true, text:text+"\n(点击该消息打开查看)", sentDate: NSDate())
                        message.url = url
                        self.saveMessage(message)
                        self.messages[lastSection].append(message)
                    }else{
                        var message = Message(incoming: true, text:text, sentDate: NSDate())
                        self.saveMessage(message)
                        self.messages[lastSection].append(message)
                    }
                    
                    
                    self.tableView.beginUpdates()
                    self.tableView.insertRowsAtIndexPaths([
                        NSIndexPath(forRow: 2, inSection: lastSection)
                        ], withRowAnimation: .Automatic)
                    self.tableView.endUpdates()
                    self.tableViewScrollToBottomAnimated(true)
                }
            }else{
                println("Error occured! \(error?.userInfo)")
            }
            
        }

更新之后:

        Alamofire.request(.GET, NSURL(string: api_url)!, parameters: ["key":api_key,"info":question,"userid":userId])
        .responseJSON(options: NSJSONReadingOptions.MutableContainers) { _,_,data   in
           
            if data.isSuccess {
                if let text = data.value!.objectForKey("text") as? String{
                    
                    if let url = data.value!.objectForKey("url") as? String{
                        let message = Message(incoming: true, text:text+"\n(点击该消息打开查看)", sentDate: NSDate())
                        message.url = url
                        self.saveMessage(message)
                        self.messages[lastSection].append(message)
                    }else{
                        let message = Message(incoming: true, text:text, sentDate: NSDate())
                        self.saveMessage(message)
                   self.messages[lastSection].append(message)
                    }
                    
                    
                    self.tableView.beginUpdates()
                    self.tableView.insertRowsAtIndexPaths([
                        NSIndexPath(forRow: 2, inSection: lastSection)
                        ], withRowAnimation: .Automatic)
                    self.tableView.endUpdates()
                    self.tableViewScrollToBottomAnimated(false)
                    
                }
            }else{
            print("Data read error \(data.error)")
            }
            
        }

其中的差别是responseJSON方法中用来处理结果的闭包类型由

(NSURLRequest, NSHTTPURLResponse?, AnyObject?, NSError?)-> Void

变为了:

(NSURLRequest?, NSHTTPURLResponse?, Result<AnyObject>) -> Void

少了一个参数,因为它把后两个参数集成到一个枚举类型里了,同时包含的数据和错误信息:

名称 类型 说明
Value AnyObject 用来存储数据信息
isSuccess Bool 告诉我们请求是否成功
isFailuere Bool isSuccess取反,即请求是否失败
error NSError 如果请求不成功的话就会有值,存储具体的错误,否则就是nil

所以我们的流程就要变了,首先判断请求是否成功:

 if data.isSuccess {

//处理数据data.value
}else{
//打印错误信息data.error
}

但是上面的代码还不是我们的最终代码,因为可以swift2.0的新语法guard来优化一下这里。
guard顾名思义,有警卫、控制的意思,实际上和条件控制语句if有异曲同工之处,当满足一定条件时,会对应执行一些操作,我们把上面的流程改变为guard的版本:

guard data.isSuccess else{
//打印错误信息data.error
return
}
 //处理数据data.value

如果data.isSuccess条件满足,不会进入到else的大括号区域,而是不做任何事情,继续执行下面的语句,也就是“通过了警卫的检查”,然而如果该条件不满足就会进入到else大括号区域,也就是“被带到了警卫室进行处理= =”,那么就是打印错误信息,然后终止运行,不会执行下面的语句。大家应该明白了guard的用法了吧,是不是很好理解?
大家可以看到我使用了很多if-let模式的语法进行数据拆包,而且是层层嵌套,而这里的数据拆包操作guard也可以完成,而且会使代码变得更容易理解,比如第一个拆包操作:

 if let text = data.value!.objectForKey("text") as? String{
//对数据进行处理
}

guard版本:

 guard let text = data.value!.objectForKey("text") as? String else{
    return
}
//对数据进行处理

这里我们可以看出用guard拆包的一些特性和优点:
如以上代码所示,guard拆包所使用的text常量,在下文可以使用,而不是像if一样,text的作用域只是局限在大括号中。
这样的好处就是你不需要用大括号包裹你的处理代码,这样代码层次就减少了,不需要嵌套,这样既提高了代码可维护性也提高了可阅读性。
那么下面就用guard来优化一下Alamofire的代码吧!
首先确保请求成功:

  guard data.isSuccess else{
                print("Data read error \(data.error)")
                return
            }

然后确保消息内容成功解包:

            guard let text = data.value!.objectForKey("text") as? String else{
                print("Text is nil!")
                return
            }

但是解包url的过程还是使用if-let进行解包,因为url无论是否存在都会执行向tableView添加新消息的操作,如果使用guard就会导致代码的冗余。
优化后代码:

        Alamofire.request(.GET, NSURL(string: api_url)!, parameters: ["key":api_key,"info":question,"userid":userId])
        .responseJSON(options: NSJSONReadingOptions.MutableContainers) { _,_,data   in
            
            
            guard data.isSuccess else{
                print("Data read error \(data.error)")
                return
            }
            
            guard let text = data.value!.objectForKey("text") as? String else{
                print("Text is nil!")
                return
            }
         
          if let url = data.value!.objectForKey("url") as? String {
            let message = Message(incoming: true,
                text:text+"\n(点击该消息打开查看)",
                sentDate: NSDate())
            message.url = url
            self.saveMessage(message)
            self.messages[lastSection].append(message)

          }else{
       
          let message = Message(incoming: true, text:text, sentDate: NSDate())
                self.saveMessage(message)
                self.messages[lastSection].append(message)
            self.saveMessage(message)
            self.messages[lastSection].append(message)

            }
            self.tableView.beginUpdates()
            self.tableView.insertRowsAtIndexPaths([
                NSIndexPath(forRow: 2, inSection: lastSection)
                ], withRowAnimation: .Automatic)
            self.tableView.endUpdates()
            self.tableViewScrollToBottomAnimated(false)
            
        }

    }

很明显可以感觉到这段代码清爽很多,减少了2层的嵌套,guard功不可没!
接下来运行一下,你会发现这段网络请求代码好像失效了:

App Transport Security has blocked a cleartext HTTP (http://) resource load since it is insecure. Temporary exceptions can be configured via your app's Info.plist file.

iOS9把所有的http请求都改为https了,而我们聊天机器人的api还是使用的http,那么怎么解决呢?
有两种办法,一是修改服务器代码,使之使用加密的https请求,当然这不可能实现。。。因为我还没有那么高超的技术可以黑服务器!😁哈哈哈开玩笑,我们来看看第二种办法,这是一个临时的办法,就是像错误里所说的,在Info.plost设置临时的例外,下面我们就去这样做。
打开工程的Supporting Files文件夹中的Info.plist:

屏幕快照 2015-09-21 上午10.35.45.png

增加一个条目:

屏幕快照 2015-09-21 上午10.37.23.png

名字写NSAppTransportSecurity,类型Dictionary:
屏幕快照 2015-09-21 上午10.38.36.png

在该字典中添加新条目,名称NSAllowsArbitraryLoads,类型Boolean:

屏幕快照 2015-09-21 上午10.39.06.png

将value改为YES,都做完之后应该像这样:

屏幕快照 2015-09-21 上午10.45.04.png

然后我们再次运行,应该没有上面的错误了!
你会发现我们的升级版还多了一个文件:WebViewController.swift,这里实现了一个微型浏览器,用来响应url的点击事件,打开后像这样:

Simulator Screen Shot 2015年9月21日 上午10.17.25.png

左上角实现了网页回退和前进,右上角实现了退出功能,这是ios8实现一个内嵌浏览器的办法,虽然也有其他更好的办法比如WebKit,但我想向大家展示的是最为简单也是最新的办法,使用SFSafariViewController:

SFSafariViewController

首先打开ChatViewController.swift,在文件开头增加引用:

import SafariServices

使我们的类遵循SFSafariViewControllerDelegate协议:

class ChatViewController:UITableViewController,UITextViewDelegate,SFSafariViewControllerDelegate{
//////////////////
}

找到响应消息点击的方法:

    override func tableView(tableView: UITableView, willSelectRowAtIndexPath indexPath: NSIndexPath) -> NSIndexPath? {
        if let selectedCell = tableView.cellForRowAtIndexPath(indexPath) as? MessageBubbleTableViewCell{
            if selectedCell.url != ""{
               let webVC = WebViewController(url: selectedCell.url)
                self.presentViewController(webVC, animated: true, completion: nil)
               

            }
        }

我们也可以现对它使用guard语句进行优化:

    override func tableView(tableView: UITableView, willSelectRowAtIndexPath indexPath: NSIndexPath) -> NSIndexPath? {
        guard let selectedCell = tableView.cellForRowAtIndexPath(indexPath) as? MessageBubbleTableViewCell else{
            return nil
        }
        
        guard selectedCell.url != "" else{
            return nil
        }
         let webVC = WebViewController(url: selectedCell.url)
                self.presentViewController(webVC, animated: true, completion: nil)
        return nil
    }

使用新的SFSafariViewController类:

    override func tableView(tableView: UITableView, willSelectRowAtIndexPath indexPath: NSIndexPath) -> NSIndexPath? {
        guard let selectedCell = tableView.cellForRowAtIndexPath(indexPath) as? MessageBubbleTableViewCell else{
            return nil
        }
        
        guard selectedCell.url != "" else{
            return nil
        }
        if #available(iOS 9.0, *) {
            let webVC = SFSafariViewController(URL: NSURL(string:selectedCell.url)!, entersReaderIfAvailable: true)
            webVC.delegate = self
            webVC.navigationItem.rightBarButtonItem?.title = "完成"
            self.presentViewController(webVC, animated: true, completion: nil)
        } else {
            let webVC = WebViewController(url: selectedCell.url)
            self.presentViewController(webVC, animated: true, completion: nil)
            
        }
        
        return nil
    }

注意到我们使用了 if #available(iOS 9.0, *)判断,只有在iOS9系统中才使用新的组件,否则还是使用以前自定义浏览器的方式,我们还自定义了它的返回键显示中文的完成(否则显示Done),然后还有一点需要注意,那就是这一行代码一定要加上:

webVC.delegate = self

然后实现SFSafariViewController的关闭方法:

    @available(iOS 9.0, *)
    func safariViewControllerDidFinish(controller: SFSafariViewController) {
        controller.dismissViewControllerAnimated(true, completion: nil)
    }

这样就可以了,我们来运行一下看看效果:

运行结果

可以看出这个组件非常强大,实现了浏览器的几乎所有功能,这些按钮也可以根据自己的需要进行定制。
下一节我们将学习如何使用iOS9新的搜索API实现在搜索栏输入聊天关键词滚动到对应的位置,还有自定义一个好看的登陆界面(包括欢迎、登陆、注册新用户、密码找回)!

登陆界面套装

本篇文章完成代码(github分支done5)
已经将最新版本托管到github,欢迎大家点✨~
github托管地址

如果本篇文章对你有帮助,请点喜欢,您的支持是我继续写作的动力!<( ̄▽ ̄)>

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,425评论 4 361
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,058评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,186评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,848评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,249评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,554评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,830评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,536评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,239评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,505评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,004评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,346评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,999评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,060评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,821评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,574评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,480评论 2 267

推荐阅读更多精彩内容