Intégration développeur
SDK officiels
Des SDK officiels pour renommer des PDF, les fractionner en documents et extraire des données avec quelques lignes de code.
- Installer pour TypeScript, Python, Go, Java, C#, Ruby, Rust, Swift et PHP
- Utilisez les mêmes noms de méthodes dans tous les SDK :
rename,pdfSplit,extract - SDK open source sous licence MIT maintenus par l’équipe renamed.to
Tous les SDK incluent
- Renommage de fichiers avec IA
- Fractionnement de PDF avec détection des limites
- Extraction de données structurées
- Nouvelle tentative automatique et gestion des erreurs
Choisissez votre langage
Cliquez sur un langage pour voir les instructions d’installation et des exemples de code.
TypeScript / Node.js
Full TypeScript support with type definitions included.
npm install @renamed/sdkPython
Works with Python 3.8+ and async/await.
pip install renamedGo
Idiomatic Go with context support.
go get github.com/renamed-to/renamed-sdk/sdks/goRuby
Ruby 2.7+ with Rails integration.
gem install renamedPHP
PHP 8.0+ with PSR-18 HTTP client.
composer require renamed/sdkC# / .NET
.NET 6+ with async/await patterns.
dotnet add package Renamed.SdkRust
Async Rust with tokio runtime.
cargo add renamedJava
Java 11+ with CompletableFuture.
to.renamed:renamed-sdk:0.1.0Swift
Swift Package Manager for iOS and server-side Swift.
.package(url: "https://github.com/renamed-to/renamed-sdk", from: "0.1.0")Exemples de démarrage rapide
Tous les SDK suivent les mêmes modèles. Voici des exemples dans des langages populaires.
import { RenamedClient } from '@renamed/sdk'const client = new RenamedClient({ apiKey: process.env.RENAMED_API_KEY,})const result = await client.rename(pdfBuffer)console.log(result.suggestedFilename)from renamed import RenamedClientclient = RenamedClient(api_key=os.environ["RENAMED_API_KEY"])result = client.rename(pdf_bytes)print(result.suggested_filename)client := renamed.NewClient(os.Getenv("RENAMED_API_KEY"))result, _ := client.Rename(ctx, pdfBytes)fmt.Println(result.SuggestedFilename)Exemples simplifiés ; voir les pages par langage pour tous les détails.
SDK vs API REST
Choisissez l’approche adaptée à vos besoins d’intégration.
Utilisez les SDK si vous voulez
- Des API idiomatiques avec typage sûr
- Nouvelles tentatives et gestion des erreurs intégrées
- Un délai plus court jusqu’au premier succès
- Une maintenance plus simple avec des packages versionnés
Utilisez REST si vous avez besoin de
- Un langage sans SDK officiel
- Des dépendances ultra-minimales
- Une logique personnalisée de nouvelle tentative ou de mise en cache
- Un contrôle HTTP direct pour les cas limites
Documentation complète des SDK sur GitHub
Parcourez les README par langage dans le dépôt renamed-sdk pour une documentation complète, des exemples avancés et les consignes de contribution.
Questions fréquentes
- Quel SDK dois-je utiliser ?
- Choisissez le SDK de votre langage de programmation principal. Tous les SDK offrent les mêmes fonctionnalités et suivent des modèles d’API similaires.
- Les SDK sont-ils open source ?
- Oui, tous les SDK sont sous licence MIT et disponibles sur GitHub. Les contributions sont les bienvenues.
- Puis-je utiliser directement l’API REST à la place ?
- Oui, toutes nos API sont disponibles via REST avec authentification par jeton Bearer. Les SDK sont des couches de commodité autour de l’API REST.
- Quelles méthodes les SDK fournissent-ils ?
- Tous les SDK fournissent les mêmes méthodes de base : rename() pour le renommage de fichiers par IA, pdfSplit() pour fractionner des PDF multipages, extract() pour l’extraction de données structurées, getUser() pour les informations du compte et downloadFile() pour télécharger les fichiers traités.