Better Sol

Qu’est-ce que Better Sol ?

Better Sol est un outil pour écrire des programmes Solana en TypeScript plutôt qu’en Rust. Il est conçu autour d’un modèle de source unique où un fichier définit votre programme on-chain et un client typé pour interagir avec lui.

L’objectif principal est de simplifier le flux de travail des développeurs Solana en gardant la logique du programme et les types de client correspondants ensemble, pour que vous puissiez construire et utiliser des fonctionnalités Solana sans passer à Rust.

Fonctionnalités principales

• Création de programmes Solana en TypeScript : écrivez le programme en TypeScript plutôt qu’en Rust.
• Programme + client typé en un seul fichier : définissez le programme Solana et un client typé dans un seul fichier.
• Génération de client typé : l’interface client est liée à la définition du programme pour des interactions conscientes des types.
• Réduction des frontières de langage : gardez le code on-chain et l’API client dans le même codebase TypeScript.

Comment utiliser Better Sol

• Créez un fichier Better Sol unique contenant la définition de votre programme Solana et le client typé.
• Implémentez la logique du programme dans ce même fichier.
• Utilisez le client typé depuis le même code pour construire des transactions et interagir avec votre programme.
• Suivez le flux de travail documenté du projet (comme indiqué sur le site) pour compiler et déployer le programme Solana.

Cas d’utilisation

• Création d’un contrat intelligent Solana en TypeScript : les équipes préférant TypeScript pour le front-end et le back-end peuvent garder le développement Solana dans le même langage.
• Création d’un client fortement typé pour interagir avec un programme : les développeurs peuvent utiliser l’interface client typé pour réduire le câblage manuel lors des appels d’instructions.
• Prototypage de nouvelles fonctionnalités on-chain : gardez programme et client au même endroit pour itérer plus vite sur les formes d’instructions et les types de données.
• Partage d’API de programme dans un monorepo TypeScript : quand le code client côtoie d’autres services TypeScript, un fichier unifié simplifie la frontière entre programme et code consommateur.
• Formation ou onboarding de développeurs à Solana : les développeurs évitant Rust peuvent quand même travailler sur la définition de programmes et l’utilisation de clients en TypeScript.

FAQ

Better Sol nécessite-t-il d’écrire des programmes Rust ?
Non. Le positionnement du produit indique que vous pouvez écrire des programmes Solana en TypeScript, sans Rust.

Le programme et le client sont-ils définis séparément ou ensemble ?
Better Sol utilise un fichier unique pour définir le programme et un client typé.

De quel langage le client typé est-il issu ?
Le client typé est décrit dans le contexte du développement TypeScript, puisque le programme est écrit en TypeScript.

Puis-je utiliser Better Sol pour une intégration client uniquement avec un programme existant ?
Le contenu du site fourni se concentre sur la définition d’un programme et d’un client typé en un fichier. Il ne confirme pas explicitement si cela supporte une utilisation client uniquement pour un programme déjà déployé et défini externement.

Alternatives

• Frameworks de développement Solana basés sur Rust : si vous êtes à l’aise avec Rust, vous pouvez écrire des programmes dans le langage nativement supporté par de nombreux outils Solana, mais vous maintiendrez généralement une frontière plus claire entre code on-chain Rust et code client off-chain.
• Bibliothèques client TypeScript pour Solana : si votre objectif principal est des interactions client typées ou structurées, des outils client séparés peuvent aider même si le programme est écrit en Rust.
• Approche SDK blockchain générique : vous pouvez construire des layouts d’instructions Solana et des flux de transactions avec des bibliothèques standard, mais vous aurez plus de travail manuel pour aligner les types client avec la logique du programme.
• Autres modèles d’outils « définition de programme + client généré » : certains outils génèrent du code client à partir de spécifications de programme ; ils diffèrent par la façon dont ils connectent les schémas d’instructions aux types client et s’ils sont basés sur Rust ou TypeScript.