scripts | ||
servant | ||
servant-blaze | ||
servant-cassava | ||
servant-client | ||
servant-docs | ||
servant-examples | ||
servant-js | ||
servant-lucid | ||
servant-mock | ||
servant-server | ||
.ghci | ||
.gitignore | ||
.stylish-haskell.yaml | ||
.travis.yml | ||
HLint.hs | ||
README.md | ||
servant.png | ||
sources.txt | ||
stack-ghc-7.8.4.yaml | ||
stack.yaml |
servant
These libraries provides a family of combinators to define webservices and automatically generate the documentation and client-side querying functions for each endpoint.
In order to minimize the dependencies depending on your needs, we provide these features under different packages.
servant
, which contains everything you need to declare a webservice API.servant-server
, which lets you implement an HTTP server with handlers for each endpoint of an API.servant-client
, which lets you derive automatically Haskell functions that let you query each endpoint of aservant
webservice.servant-docs
, which lets you generate API docs for your webservice.servant-js
, which lets you derive Javascript functions (using vanilla JS ajax requests, angular or jquery) to query your API's endpoints, in the same spirit asservant-client
.servant-blaze
andservant-lucid
provide easy HTML rendering of your data as anHTML
content-type "combinator".
Tutorial
We have a tutorial guide that introduces the core types and features of servant. After this article, you should be able to write your first servant webservices, learning the rest from the haddocks' examples.
Contributing
Contributions are very welcome! To hack on the github version, clone the
repository. You can use cabal
:
./scripts/start-sandbox.sh # Initialize the sandbox and add-source the packages
./scripts/test-all.sh # Run all the tests
stack
:
stack build # Install and build packages
stack test # Run all the tests
Or nix
:
./scripts/generate-nix-files.sh # Get up-to-date shell.nix files
Though we aren't sticklers for style, the .stylish-haskell.yaml
and HLint.hs
files in the repository provide a good baseline for consistency.
Please include a description of the changes in your PR in the CHANGELOG.md
of
the packages you've changed. And of course, write tests!