Meatie: Generate methods for calling REST APIs using type hints
Meatie is a Python metaprogramming library that eliminates the need for boilerplate code when integrating with REST
APIs. The library generates code for calling a REST API based on method signatures annotated with type hints. Meatie
abstracts away mechanics related to HTTP communication, such as building URLs, encoding query parameters, serializing
and deserializing request and response body. With some modest additional configuration, generated methods provide rate
limiting, retries, and caching. Meatie works with major HTTP client libraries (request, httpx, aiohttp). It offers
integration with Pydantic V1 and V2. The minimum officially supported version is Python 3.9.
TL;DR
Generate HTTP clients using type annotations.
from typing import Annotated
from aiohttp import ClientSession
from meatie import api_ref, endpoint
from meatie_aiohttp import Client
from meatie_example.store import Product, Basket, BasketQuote
class OnlineStore(Client):
def __init__(self, session: ClientSession) -> None:
super().__init__(session)
@endpoint("/api/v1/products")
async def get_products(self) -> list[Product]:
...
@endpoint("/api/v1/quote/request")
async def post_request_quote(self, basket: Annotated[Basket, api_ref("body")]) -> BasketQuote:
...
@endpoint("/api/v1/quote/{quote_id}/accept")
async def post_accept_quote(self, quote_id: int) -> None:
...
HTTP Client Support
Meatie supports leading HTTP client libraries: requests
, httpx
, and aiohttp
.
Requests
from meatie import endpoint
from meatie_requests import Client
from requests import Session
from meatie_example.store import Product
class OnlineStore(Client):
def __init__(self) -> None:
super().__init__(Session())
@endpoint("https://test.store.com/api/v1/products")
def get_products(self) -> list[Product]:
...
HTTPX
from meatie import endpoint
from meatie_httpx import Client
import httpx
from meatie_example.store import Product
class OnlineStore(Client):
def __init__(self) -> None:
super().__init__(httpx.Client(base_url="https://test.store.com"))
@endpoint("/api/v1/products")
def get_products(self) -> list[Product]:
...
Aiohttp
from aiohttp import ClientSession
from meatie import endpoint
from meatie_aiohttp import Client
from meatie_example.store import Product
class OnlineStore(Client):
def __init__(self) -> None:
super().__init__(ClientSession(base_url="https://test.store.com"))
@endpoint("/api/v1/products")
async def get_products(self) -> list[Product]:
...
Cache
Cache result for given TTL.
from aiohttp import ClientSession
from meatie import endpoint, cache, HOUR
from meatie_aiohttp import Client
from meatie_example.store import Product
class OnlineStore(Client):
def __init__(self) -> None:
super().__init__(ClientSession(base_url="https://test.store.com"))
@endpoint("/api/v1/products", cache(ttl=4 * HOUR))
async def get_products(self) -> list[Product]:
...
A cache key is built based on the URL path and query parameters. It does not include the scheme and the network
location.
By default, every instance of an HTTP client uses an independent cache. The behavior can be changed in the endpoint
definition to share cached results across all instances of the same HTTP client class.
@endpoint("/api/v1/products", cache(ttl=4 * HOUR, shared=True))
async def get_products(self) -> list[Product]:
...
Rate Limiting
Commercial-grade publicly available REST APIs enforce rate limit policies (a.k.a. throttling) to slow down fast
consumers. Consequently, a system can maintain a fair allocation of computational resources across all consumers. Rate
limit policies define the cost of calling an endpoint using credits (or tokens). Every consumer has some credit
allowance and replenishment rate. For instance, 300 credits constitute the initial budget, and one new credit unit
becomes available every second. The server rejects API calls that exceed the rate limit. Disobedient clients who
constantly violate rate limits are punished via a temporary lockout.
Meatie supports a rate limit policy definition in the endpoint description. Meatie delays the HTTP requests that exceed
the rate limit. Triggering the rate limit by the server has much more severe consequences than delaying a call on the
client that otherwise is very likely to be rejected anyway.
from aiohttp import ClientSession
from meatie import endpoint, limit, Limiter, Rate
from meatie_aiohttp import Client
from meatie_example.store import Product
class OnlineStore(Client):
def __init__(self) -> None:
super().__init__(ClientSession(base_url="https://test.store.com"),
limiter=Limiter(rate=Rate(tokens_per_sec=1), capacity=300))
@endpoint("/api/v1/products", limit(tokens=30))
async def get_products(self) -> list[Product]:
...
Retry
The retry mechanism is an inevitable part of a robust error-handling strategy for dealing with intermittent errors. In
the scope of HTTP integrations, reasonable candidates for a retry are HTTP response errors status 429 (Too Many
Requests) and network connectivity issues (i.e., timeout, connection reset).
Meatie enables a retry strategy in the endpoint definition and allows further customization of the strategy by plugging
in third-party functions. They control whether to make a retry attempt, for how long to wait between retries, which
sleep function to use for waiting, and whether to abort further retries.
from http import HTTPStatus
from aiohttp import ClientSession
from meatie import (
endpoint,
retry,
has_status,
exponential,
after_attempt,
)
from meatie_aiohttp import Client
from meatie_example.store import Product
class OnlineStore(Client):
def __init__(self) -> None:
super().__init__(ClientSession(base_url="https://test.store.com"))
@endpoint("/api/v1/products", retry(on=has_status(HTTPStatus.TOO_MANY_REQUESTS),
wait=exponential(),
stop=after_attempt(5)))
async def get_products(self) -> list[Product]:
...
Meatie provides some standard wait strategies, retry conditions, and stop conditions, such
as: RetryOnStatusCode(status: int)
or RetryOnExceptionType(exc_type: type[BaseException])
.
Private Endpoints
Some REST API endpoints are private, i.e., calling them requires prior authentication to obtain a token that should be
present in the HTTP headers of a request. An alternative approach popular for backend-side integration is to sign a
request using a secret only authorized clients should know.
Meatie simplifies integration with endpoints that require authentication by marking as Private
. Before calling such an
endpoint, the Meatie executes the authenticate
method the HTTP client should implement. The implemementation should
obtain a token and add it to the HTTP headers of the pending request. Alternatively, the authenticate
method should
sign the pending request using API keys.
The example below illustrates signing requests to Binance private endpoints using API keys.
import hashlib
import hmac
import time
import urllib.parse
from decimal import Decimal
from typing import Optional
from aiohttp import ClientSession
from meatie import (
endpoint,
private,
Request,
)
from meatie_aiohttp import Client
from pydantic import BaseModel, Field, AnyHttpUrl
class AssetWalletBalance(BaseModel):
activate: bool
balance: Decimal
wallet_name: str = Field(alias="walletName")
class Binance(Client):
def __init__(
self,
api_key: Optional[str] = None,
secret: Optional[str] = None,
) -> None:
super().__init__(
ClientSession(base_url="https://api.binance.com"),
)
self.api_key = api_key
self.secret = secret
async def authenticate(self, request: Request) -> None:
if self.api_key is None:
raise RuntimeError("'api_key' is None")
if self.secret is None:
raise RuntimeError("'secret' is None")
request.headers["X-MBX-APIKEY"] = self.api_key
request.params["timestamp"] = int(time.monotonic() * 1000)
query_params = urllib.parse.urlencode(request.params)
raw_signature = hmac.new(
self.secret.encode("utf-8"), query_params.encode("utf-8"), hashlib.sha256
)
signature = raw_signature.hexdigest()
request.params["signature"] = signature
@endpoint("/sapi/v1/asset/wallet/balance", private)
async def get_asset_wallet_balance(self) -> list[AssetWalletBalance]:
...
Endpoint Customizations
Pydantic integration is optional
Pydantic integration is entirely optional. Projects that don't use Pydantic might instead process the response body as
string, binary, or JSON. Pydantic integration becomes available when 1) Pydantic library is installed and 2) the return
type of a method marked with @endpoint
decorator can be parsed to a Pydantic model. A type can be parsed to a Pydantic
if it inherits from BaseModel, is a data class, or a typed dictionary. The rule extends to container types. A container
could also be a Sequence of Pydantic convertible items or a Mapping in with Pydantic convertible type as values.
Return meatie.AsyncResponse
directly.
from meatie import AsyncResponse, endpoint
@endpoint("/api/v1/orders")
async def get_orders(self) -> AsyncResponse:
...
Return HTTP response payload as bytes
.
@endpoint("/api/v1/orders")
async def get_orders(self) -> bytes:
...
Return HTTP response payload as text.
@endpoint("/api/v1/orders")
async def get_orders(self) -> str:
...
Return HTTP response as JSON.
@endpoint("/api/v1/orders")
async def get_orders(self) -> list:
...
Rename query parameters
It might be more convenient to use a different name for a method parameter than the query parameter name defined by the
REST API.
from typing import Annotated
from meatie import api_ref, endpoint
@endpoint("/api/v1/orders")
async def get_orders(self, since_ms: Annotated[int, api_ref("since")]) -> list[dict]:
...
Define the HTTP method
There is no need to use HTTP methods as prefixes.
@endpoint("/api/v1/orders", method="GET")
async def list_orders(self) -> list[dict]:
...
Preprocessing of HTTP requests or postprocessing HTTP responses
You may need to go beyond features provided by Meatie and extra pre-processing or post-processing steps for handling
HTTP requests and responses. For instance, you may want to employ a distributed cache using Redis or add logging for
HTTP communication.
Meatie architecture supports extensions by third-party middleware (i.e., the adapter pattern) with no modifications to
the core library. The code snippet below presents a simple processing step that passes a request unchanged to the
subsequent step in the pipeline. Similarly, once the return result becomes available, it is passed back to the previous
step in the pipeline.
from typing import TypeVar
from meatie import Context
T = TypeVar
def step(ctx: Context[T]) -> T:
"""
Middleware for synchronous HTTP clients (requests and httpx)
"""
result: T = ctx.proceed()
return result
from meatie import AsyncContext
async def step(ctx: AsyncContext[T]) -> T:
"""
Middleware for asynchronous HTTP client (aiohttp).
"""
return await ctx.proceed()
Features highlighted in the readme, such as rate limiting, client-side caching, and retries, are all implemented
following the adapter pattern. The interested reader is welcome to review their implementation in the meatie.option
package.