一、一些语言扩展
{-# LANGUAGE FlexibleContexts #-}
{-# LANGUAGE FlexibleInstances #-}
{-# LANGUAGE MultiParamTypeClasses #-}
{-# LANGUAGE OverloadedStrings #-}
{-# LANGUAGE ScopedTypeVariables #-}
{-# LANGUAGE TypeFamilies #-}
{-# LANGUAGE TypeOperators #-}
{-# LANGUAGE UndecidableInstances #-}
{-# LANGUAGE ViewPatterns #-}
接着
不幸的是,这比它应该的要困难得多。Servant 虽然经过精心设计并由小逻辑部分组成,但对 HTTP 服务应该如何操作非常有意见。您可能正在使用的默认实现ReqBody
是硬编码以输出文本字符串。
但是,我们可以切换出ReqBody
我们自己的数据类型:
module Body where
import Control.Monad.Trans (liftIO)
import Data.Proxy (Proxy(..))
import Network.Wai (lazyRequestBody)
import Data.Aeson
import Servant.API
import Servant.Server
import Servant.Server.Internal
data Body a
instance (FromJSON a, HasServer api context) => HasServer (Body a :> api) context where
type ServerT (Body a :> api) m = a -> ServerT api m
route Proxy context subserver =
route (Proxy :: Proxy api) context (addBodyCheck subserver (withRequest bodyCheck))
where
bodyCheck request = do
body <- liftIO (lazyRequestBody request)
case eitherDecode body of
Left (BodyError -> e) ->
delayedFailFatal err400 { errBody = encode e }
Right v ->
return v
在这段非常简短的代码中,发生了很多事情:
我们正在教servant-server
包如何处理我们的新数据类型,当它出现在serve (Proxy :: Proxy (Body foo :> bar)) server
.
我们已经从v0.8.1 版本中删除了ReqBody
大部分代码。
我们正在向处理请求主体的管道添加一个函数。
在其中,我们尝试解码为 的a
参数Body
。失败时,我们会输出一个 JSON blob 和一个 HTTP 400。
为简洁起见,我们在这里完全忽略了内容类型标头。
这是 JSON blob 的类型:
newtype BodyError = BodyError String
instance ToJSON BodyError where
toJSON (BodyError b) = object ["error" .= b]
这种机器大部分是内部的servant-server
,没有充分记录,而且相当脆弱。例如,我已经看到代码在master
分支上出现了分歧,并且我的 arity 发生了addBodyCheck
变化。
尽管 Servant 项目还很年轻,而且雄心勃勃,但我不得不说,这个解决方案的美观性和健壮性确实令人印象深刻。
为了测试这个
我们需要一个主模块:
{-# LANGUAGE DataKinds #-}
{-# LANGUAGE TypeOperators #-}
module Main where
import Data.Proxy (Proxy(..))
import Network.Wai.Handler.Warp (run)
import Servant.API
import Servant.Server
import Body
type API = Body [Int] :> Post '[JSON] [Int]
server :: Server API
server = pure
main :: IO ()
main = do
putStrLn "running on port 8000"
run 8000 (serve (Proxy :: Proxy API) server)
还有一个外壳:
~ ❯❯❯ curl -i -XPOST 'http://localhost:8000/'
HTTP/1.1 400 Bad Request
Transfer-Encoding: chunked
Date: Fri, 20 Jan 2017 01:18:57 GMT
Server: Warp/3.2.9
{"error":"Error in $: not enough input"}%
~ ❯❯❯ curl -id 'hey' -XPOST 'http://localhost:8000/'
HTTP/1.1 400 Bad Request
Transfer-Encoding: chunked
Date: Fri, 20 Jan 2017 01:19:02 GMT
Server: Warp/3.2.9
{"error":"Error in $: Failed reading: not a valid json value"}%
~ ❯❯❯ curl -id '[1,2,3]' -XPOST 'http://localhost:8000/'
HTTP/1.1 200 OK
Transfer-Encoding: chunked
Date: Fri, 20 Jan 2017 01:19:07 GMT
Server: Warp/3.2.9
Content-Type: application/json
[1,2,3]%
达达!
您应该能够在 LTS-7.16 上运行所有这些代码。
我们学到了什么
(1) 仆人和 Haskell 很有趣。
(2) 当涉及到您在 API 中指定的类型时,Servant 的类型类机制允许一种即插即用的方式。我们可以拿出来ReqBody
换成自己的;在我在工作中做的一个项目中,我们甚至用我们自己的动词替换了仆人动词 ( GET
, POST
, ...)。我们编写了新的内容类型,甚至做了与ReqBody
您在这里看到的类似的事情。
(3) GHC 编译器的非凡能力是我们可以在编译时解构类型,以安全且逻辑合理的方式影响运行时行为。我们可以在类型级别表达 API 路由树,然后使用类型类实例遍历它们,使用类型族累积服务器类型,这是构建类型良好的 Web 服务的一种非常优雅的方式。