用 Swift 写服务器端

你好,服务端的Swift

自从苹果公司正式发布了一个适用于linux的开源版本后,服务端的Swift拥有了令人兴奋的前景。我的好奇心终于战胜了我,是时候尝试一下服务端的Swift了。

除了很少的BaaS经验,我没有其他后端经验,不过庆幸的是开源社区已经花了很大精力在编写框架。我花了一些时间试了这些框架,最后决定使用Tanner NelsonVapor。它安装简单,很适合我的任务,而且在文档中它显示了支持Heroku(译者注:Heroku是一个支持多种编程语言的云平台即服务)。我选择Heroku是因为他是我们后端正在使用它,它对于前端来说很友好。
至写这篇文章为止,为了能够在Heroku上正常运行,我(对vapor)做了一些更改并且发起了一个pull request。如果代码没有被合并,你可以使用包管理器在 这里下载。

安装

开始之前,你需要一个Heroku账户并且安装Swift Development Snapshot。写这篇文章的时候,Swift正式版安装包并没有包含Swift包管理软件,为了使用这个工具(Swift包管理软件),你需要下载开发版的安装包。

 

开始

我们的目标是启动一个在Heroku上运行的简单Swift服务器,并且这个服务器能返回hello。 不需要运行在linux环境中,它就像使用本地服务器。这意味着(只需要)建立一个本地Xcode工程并且配置它,再在 swift package manager中运行它。包含4个主要步骤:

将main.swift文件移动到Sources文件夹的顶层

增加 Package.swift文件

增加 .build目录到import paths
要使我们导入的框架获得自动补全和语法高亮,swift package manager的编译目录需要添加到import paths 。确认在debug设置中导入了debug文件夹,release设置则导入release文件夹。

使用toolchain 运行 Xcode

如果你使用 Xcode 7.3,你可以用 Xcode > Toolchains 菜单开启一个Xcode 实例,来使用 swift snapshot。 需要注意的是即使做了以上的操作,我们还是不能在Xcode里面编译,需要使用swift build命令在命令行(终端)中编译。

创建服务器

仅仅需要写很少的代码就可以启动和运行来验证某个想法,这让我很惊喜。用来小于10行的代码,我把服务器启动并运行了。

这里使用命令行在终端启动并运行服务。

目前为止看起来不错,让我们在浏览器中检查一下。你屏幕上的显示看起来可能和我的不同,因为我使用了json formatter plugin这个插件(译者注:一款chrome插件,能够让json数据格式化显示)。

部署到云服务器

本地配置服务器看起来比较顺利,但是如果能远程部署就更酷啦。我迫切的希望把这个app部署在那个(Heroku)云服务上面。这对我来说是未知领域,幸运的是我从Vincent Toms那里找了一些极好的指南帮助我解决了很多问题。
Heroku部署令人有愉快的体验,几分钟之内我就把我的app部署上了,我的toolbelt安装上了,我已经准备好提交我的项目了。

失败

这是今天诸多失败之一。我意料到事情不会如此的顺利,我去查看vapor的文档,最后目光停留在那些名为 buildpacks的新奇东西上。Heroku提供了一些标准的现成的buildpacks,不过还没关于Swift的任何buildpacks,令人惊叹的开源社区又一次提供了解决办法,我看到Kyle Fuller’s buildpack这个,集成它比较简单。
 
当你把这个buildpack安装之后,app成功加载了,是时候访问真实世界的网址了。

更多失败

事情没有那么容易,是吧。我谷歌了一下并且认真看了看一些例子,我发现我需要一个 Profile。看到文件内容就能明白这个文件的目的是什么了。
这个buildpack建立了可执行文件,但是Heroku并不知道它。我们要在Profile中告诉Heroku运行SwiftServerIO这个可执行文件。上传这个Profile文件。

更多失败第二部分

Heroku编译的两分钟非常漫长,我迅速的刷新浏览器却只看到了这个:

我想或许是因为Heroku需要一些时间来启动(其实不是),我等了一会发现还是有问题。生成了可执行文件,process文件准备好了,肯定还有一些东西有问题。又google了一下我最终发现需要设置这个应用的scale。在Heroku toolbelt中运行一个简单的命令。
heroku ps:scale web=1

Heroku 只提供一个免费的dyno(译者注:类似于云服务器中的实例,Heroku给出的定义是一个能够运行用户指定命令的Linux容器),这对于我们简单的服务器够用了。进行了如上操作之后,这个dyno正常的运行起来了,这时我们再去检查一下浏览器。

成功了

好了,服务器运行起来了,带着常见的hello world提示。自我庆祝了半天之后,是时候来问候一下了。

响应

在我们的main.swift文件中增加一些代码来让服务器更人性化的打招呼,增加另一个get路由点,稍微偷下懒,让服务器将输入直接返回作为回应。

一切应当顺利,但是鉴于一般的开发情况,我已做好遇到另一个路由错误的准备。提交变更,推送代码到Heroku。

说Hello

花一些时间进行配置后,(将文件)加入到我的hello服务器就像推送到Heroku那样简单。过了一分钟左右的编译时间,这个链接变成了激活状态,服务器返回了Hello。你可以点击查看效果

接下来呢
我现在看到的所有迹象,有力的证明了, 服务端的Swift有了社区的支持,会变得更加强大。对于我来说,从远程获得真正的JSON是令人兴奋的第一步,我迫不及待的想要看接下来的内容了。
在那之前,我会和同事在 Intrepid Pursuits接着写iOS应用,如果你想要知道我的动态,可以关注我的我的Github或者Twitter中的任意一个。

服务端Swift!

PS

你可以在这里下载排版精美的源码。

在这个Journal 文件夹里包含了逐步介绍。

1 14 收藏 1 评论

关于作者:Above

目前工作范围限于移动开发,对算法、翻译感兴趣。(新浪微博:<a href="http://weibo.com/zyb1">@一二三四人游</a>) 个人主页 · 我的文章 · 10

可能感兴趣的话题



直接登录
最新评论
跳到底部
返回顶部