Skip to main content

Warning: The documentation is undergoing a rewrite.

https://travis-ci.org/dropbox/stone.svg?branch=master

Define an API once in Stone. Use backends, i.e. code generators, to translate your specification into objects and functions in the programming languages of your choice.

Overview

docs/overview.png

Stone is made up of several components:

Language

A language for writing API specifications, “specs” for short.

Command-Line Interface

The CLI (stone) generates code based on the provided specs, backend, and additional arguments.

Backends

There are builtin backends that come with Stone: Javascript, Python, Obj-C, Swift, and Typescript.

There are other backends we’ve written that aren’t part of the Stone package because they aren’t sufficiently general, and can’t realistically be re-used for non-Dropbox APIs: Go and Java.

Stone includes a Python interface for defining new backends based on its intermediate representation of specs. This gives you the freedom to generate to any target.

JSON Serialization

Stone defines a JSON-compatible serialization scheme.

Motivation

Stone was birthed at Dropbox at a time when it was becoming clear that API development needed to be scaled beyond a single team. The company was undergoing a large expansion in the number of product groups, and it wasn’t scalable for the API team, which traditionally dealt with core file operations, to learn the intricacies of each product and build corresponding APIs.

Stone’s chief goal is to decentralize API development and ownership at Dropbox. To be successful, it needed to do several things:

Decouple APIs from SDKS: Dropbox has first-party clients for our mobile apps, desktop client, and website. Each of these is implemented in a different language. Moreover, we wanted to continue providing SDKs to third-parties, over half of whom use our SDKs. It’s untenable to ask product groups that build APIs to also implement these endpoints in a half-dozen different language-specific SDKs. Without decoupling, as was the case in our v1 API, the SDKs will inevitably fall behind. Our solution is to have our SDKs automatically generated.

Improve Visibility into our APIs: These days, APIs aren’t just in the domain of engineering. Product managers, product specialists, partnerships, sales, and services groups all need to have clear and accurate specifications of our APIs. After all, APIs define Dropbox’s data models and functionality. Before Stone, API design documents obseleted by changes during implementation were the source of truth.

Consistency and Predictability: Consistency ranging from documentation tense to API patterns are important for making an API predictable and therefore easier to use. We needed an easy way to make and enforce patterns.

JSON: To make consumption easier for third parties, we wanted our data types to map to JSON. For cases where serialization efficiency (space and time) are important, you can try using msgpack (alpha support available in the Python generator). It’s possible also to define your own serialization scheme, but at that point, you may consider using something like Protobuf.

Stone is in active use for the Dropbox v2 API.

Assumptions

Stone makes no assumptions about the protocol layer being used to make API requests and return responses; its first use case is the Dropbox v2 API which operates over HTTP. Stone does not come with nor enforce any particular RPC framework.

Stone makes some assumptions about the data types supported in target programming languages. It’s assumed that there is a capacity for representing dictionaries (unordered string keys -> value), lists, numeric types, and strings.

Stone assumes that a route (or API endpoint) can have its argument and result types defined without relation to each other. In other words, the type of response does not change based on the input to the endpoint. An exception to this rule is afforded for error responses.

Installation

Install stone using pip:

$ pip install --user stone

This will install a script stone to your PATH that can be run from the command line:

$ stone -h

Alternative

If you choose not to install stone using the method above, you will need to ensure that you have the Python packages ply and six, which can be installed through pip:

$ pip install "ply>=3.4" "six>=1.3.0" "typing>=3.5.2"

If the stone package is in your PYTHONPATH, you can replace stone with python -m stone.cli as follows:

$ python -m stone.cli -h

If you have the stone package on your machine, but did not install it or add its location to your PYTHONPATH, you can use the following:

$ PYTHONPATH=path/to/stone python -m stone.cli -h

Release files for stone 2.2.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for stone 2.2.1
File Size Uploaded
stone-2.2.1.tar.gz 186.8 kB Details

Built distributions (wheels)

Table of built distributions (wheels) for stone 2.2.1
File Interpreter ABI Platform
stone-2.2.1-py3-none-any.whl Python 3 none any Details
stone-2.2.1-py2-none-any.whl Python 2 none any Details

Total release size: 506.0 kB

Release files / stone-2.2.1.tar.gz

Download URL stone-2.2.1.tar.gz
Size 186.8 kB
Tags Source
SHA-256 checksum
How to use checksums
8b4e1565c926d8e79ec837a76c6bdb7d480d2aab818e45ae34be9cc86375f167
BLAKE2b-256 checksum
How to use checksums
75cbbe63f6987ab74f1df259eecf76ecef228d71a1415a8984667145d55de5df
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/3.2.0 pkginfo/1.5.0.1 requests/2.24.0 setuptools/41.2.0 requests-toolbelt/0.9.1 tqdm/4.48.0 CPython/3.8.3

Release files / stone-2.2.1-py3-none-any.whl

Download URL stone-2.2.1-py3-none-any.whl
Size 159.6 kB
Tags Python 3
SHA-256 checksum
How to use checksums
9ae444a807c54547a7e68341cf7925be002a456f59c555b245508e0e934cc76b
BLAKE2b-256 checksum
How to use checksums
525d92a6ea37e1e27a0e30222e39fc9f62b64205ee23bc26cabbb2f4331aa674
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/3.2.0 pkginfo/1.5.0.1 requests/2.24.0 setuptools/41.2.0 requests-toolbelt/0.9.1 tqdm/4.48.0 CPython/3.8.3

Release files / stone-2.2.1-py2-none-any.whl

Download URL stone-2.2.1-py2-none-any.whl
Size 159.6 kB
Tags Python 2
SHA-256 checksum
How to use checksums
5d2eb59f5f15d8584b33977eddf8688df02890d042d9ee0527eaf7896d6fcd00
BLAKE2b-256 checksum
How to use checksums
191cbd3f8f6171ff3a06e35adf291af76b7435bd0752f9f97c2fc088b797070c
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/1.15.0 pkginfo/1.5.0.1 requests/2.24.0 setuptools/41.2.0 requests-toolbelt/0.9.1 tqdm/4.48.0 CPython/2.7.18

Release history Release notifications | RSS feed

3.5.4

2 release files

3.5.3

2 release files

3.5.2

2 release files

3.5.1

2 release files

3.5.0

2 release files

3.4.0

2 release files

3.3.9

2 release files

3.3.8

2 release files

3.3.7

2 release files

3.3.6

2 release files

3.3.3

2 release files

3.3.1

3 release files

3.3.0

3 release files

3.2.1

3 release files

3.2.0

3 release files

3.0.0

3 release files

2.2.2

3 release files

This release

2.2.1 This release

3 release files

2.2.0

3 release files

2.1.0

3 release files

2.0.0

3 release files

1.3.2

3 release files

1.3.1

3 release files

1.3.0

3 release files

1.0.0

3 release files

0.1

3 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page