2020-10-23 01:27:13 +03:00
|
|
|
# Haskell Urbit API
|
|
|
|
|
2020-10-23 17:15:51 +03:00
|
|
|
[![License MIT](https://img.shields.io/badge/license-MIT-brightgreen.svg)](https://opensource.org/licenses/MIT)
|
2020-10-24 16:25:56 +03:00
|
|
|
[![Hackage](https://img.shields.io/hackage/v/urbit-airlock.svg?style=flat)](https://hackage.haskell.org/package/urbit-airlock)
|
2020-10-23 17:15:51 +03:00
|
|
|
|
|
|
|
|
2020-10-23 01:27:13 +03:00
|
|
|
This library helps you talk to your Urbit from Haskell, via HTTP.
|
|
|
|
|
|
|
|
The "Urbit Airlock" API is a command-query API that lets you hook into apps
|
|
|
|
running on your Urbit. You can submit commands (called "pokes") and subscribe to
|
|
|
|
responses.
|
|
|
|
|
|
|
|
See the `test.hs` file for some example usages.
|
2020-10-23 17:07:02 +03:00
|
|
|
|
|
|
|
## Design
|
|
|
|
|
|
|
|
The Urbit vane `eyre` is responsible for defining the API interface. The path to
|
|
|
|
the API is `/~/channel/...`, where we send messages to the global log (called
|
|
|
|
`poke`s) which are then dispatched to the appropriate apps. To receive
|
|
|
|
responses, we stream messages from a path associated with the app, such as
|
|
|
|
`/mailbox/~/~zod/mc`. Internally, I believe Urbit calls these `wire`s.
|
|
|
|
|
|
|
|
`urbit-airlock` handles most of the path, session, and HTTP request stuff
|
2020-10-23 17:15:51 +03:00
|
|
|
automatically. See the
|
|
|
|
[haddocks](https://hackage.haskell.org/package/urbit-airlock/docs/Urbit-Airlock.html)
|
|
|
|
for more details.
|
2020-10-23 17:07:02 +03:00
|
|
|
|
|
|
|
This library is built on req, conduit, and aeson, all of which are very stable
|
|
|
|
and usable libraries for working with HTTP requests and web data.
|
|
|
|
|
|
|
|
## TODO
|
|
|
|
|
|
|
|
- fix test suite on travis (OOM when trying to compile urbit)
|
|
|
|
- more sophisticated test cases, also use cabal test instead of homegrown thing
|
|
|
|
- add an exe that wraps the library with a cli
|
|
|
|
- port to ghcjs
|
|
|
|
- put some examples in the docs
|