用 Swift 写服务器端
你好，服务端的Swift
自从苹果公司正式发布了一个适用于linux的开源版本后，服务端的Swift拥有了令人兴奋的前景。我的好奇心终于战胜了我，是时候尝试一下服务端的Swift了。
除了很少的BaaS经验，我没有其他后端经验，不过庆幸的是开源社区已经花了很大精力在编写框架。我花了一些时间试了这些框架，最后决定使用Tanner Nelson的Vapor。它安装简单，很适合我的任务，而且在文档中它显示了支持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中的任意一个。
