SDK & exemples de code
Lisoloo n’expédie pas de SDK first-party. La surface API est assez petite — quatre endpoints — pour qu’un wrapper léger autour du client HTTP standard de votre langage soit le pattern d’intégration recommandé.
Les exemples de code ci-dessous couvrent les quatre langages que nous testons et distribuons via le portail développeur Bloonio :
Ce qu’un client Lisoloo wrappe
Section intitulée « Ce qu’un client Lisoloo wrappe »Une surface de client raisonnable pour n’importe quel langage :
LisolooClient(api_key, base_url=PRODUCTION) .send(to, message, sender_id=None, callback_url=None, sending_type="immediate", scheduled_dates=None, recurring_schedule=None) -> SendResponse .get_status(message_id) -> StatusResponse .get_balance() -> BalanceResponse .cancel(message_id) -> None .pause(message_id) -> None .resume(message_id) -> NoneLes quatre endpoints canoniques tiennent sur un écran ; les endpoints
de gestion (cancel, pause, resume) ne sont nécessaires que pour
les envois planifiés / récurrents.
Dépendances recommandées
Section intitulée « Dépendances recommandées »| Langage | Bibliothèque | Pourquoi |
|---|---|---|
| Python | httpx (ou requests si vous êtes sur legacy) | Sync + async, même surface |
| JavaScript / Node | fetch natif (Node ≥ 18) | Pas de dépendance ; API identique au fetch navigateur |
| PHP | Extension cURL (ou guzzlehttp/guzzle pour du code plus propre) | Les libs standard couvrent tous les besoins |
| Go | net/http | La bibliothèque standard suffit |
| Java / Kotlin | java.net.http.HttpClient (Java 11+) ou okhttp | Support natif depuis Java 11 |
Conventions communes
Section intitulée « Conventions communes »Chaque extrait sur ce site suppose :
export LISOLOO_API_KEY=sk_live_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxexport LISOLOO_API_URL=$BASE_URL/api/v1/lisoloo/sms-apiPour le sandbox, basculez vers sk_test_* et
$BASE_URL/....
L’ensemble complet d’exemples est mirroré sur les pages par-langage — Python, JavaScript, PHP.