LibZapi is a powerful and easy-to-use API client designed specifically for interacting with the Zendesk. It simplifies the process of managing customer support tickets, automating workflows, and retrieving data from Zendesk, making it an essential tool for developers and support teams.
LibZapi follows a lightweight Domain-Driven Design (DDD) structure with inspiration from CQRS (Command-Query Responsibility Segregation). Even though it’s an SDK, this separation keeps models clear, testable, and easy to extend.
| Layer | Concern / Responsibility | Example Classes / Modules |
|---|---|---|
| SDK Interface | Public entry point for consumers. Exposes simple, zendesk APIs (e.g., Ticketing, HelpCenter, Messaging). Converts inputs into commands. |
libzapi.Ticketing, libzapi.HelpCenter |
| Application | Coordinates use cases. Contains Commands and Services that implement the SDK’s operations. Responsible for mapping inputs to payloads and orchestrating infra calls. | CreateUserFieldCmd, UpdateGroupCmd, UserFieldsService, GroupsService |
| Domain | Defines core business concepts and rules, independent of Zendesk’s API format. Contains entities, value objects, and domain services that enforce invariants. | libzapi.domain.models.ticketing.brand.py, libzapi.domain.errors.py |
| Infrastructure | Handles all external integration logic. Encapsulates API clients, request signing, and serialization details. | UserFieldsApiClient, HttpClient, Mappers |
🔄 Example Flow
User calls libzapi.Ticketing(...).groups.list_all()
↓
SDK Interface: forwards call to GroupsService
↓
Application: GroupsService invokes GroupsApiClient to fetch data
↓
Infrastructure: GroupsApiClient executes HTTP GET to Zendesk API
↓
Domain: maps JSON into Group domain entities
↓
Returns List[Group] to the SDK user
Clone the repository and install the dependencies:
git clone https://github.com/BCR-CX/zapi.git
cd libzapiInstall uv
curl -LsSf https://astral.sh/uv/install.sh | sh
source $HOME/.local/bin/envInstall Python version 3.12
uv python install 3.12Check that uv is installed
uv --versionAs a smoke test run
uv run pytest tests/unitIf you get the green light, you are ready to go!
- Identify the Endpoint: Determine the Zendesk API endpoint you want to add support for. Refer to the Zendesk API documentation for details.
- Start on domain/models: Create a new model class that represents the data structure returned by the API endpoint. Use existing models as references for naming conventions and structure.
- Go to infrastructure/mappers: Implement a mapper class that converts the raw API responses into the model classes you created earlier. This class should handle any necessary data transformations.
- Go to infrastructure/api_clients: Create a new API client class that implements the service contract interface. This class should handle the actual HTTP requests to the Zendesk API, using the appropriate HTTP methods and endpoints. Important. If your request has pagination, make sure to implement the pagination "yield_items" function.
- Go to application/services: Implement a service class that uses the API client to perform operations related to the new endpoint. This class should contain easy to read methods that encapsulate the logic for interacting with the API.
- Write Tests: Create unit tests for your new models, mappers, API clients, and services. Ensure that all tests pass before proceeding.
- Update Documentation: Update the README.md file to include information about the new endpoint, including usage examples and any relevant details.
- Commit and Push: Commit your changes to the repository and push them to the appropriate branch. Create a pull request for review.
- Review and Merge: Have your code reviewed by a team member. Once approved, merge the changes into the main branch.
Following these steps ensures that the new API endpoint is integrated into libzapi in a consistent and maintainable manner. It helps maintain code quality, promotes reusability, and ensures that the new functionality is well-tested and documented for future reference.
Testing uses pytest. There's also a cool package called hypothesis that does property based testing. As some Zendesk objects has a lot of fields, this makes testing easier.