Passer au contenu principal
Une nouvelle application générée par npx create-twenty-app ressemble à ceci :

Fichiers clés

L’organisation des fichiers vous revient. Les dossiers ci-dessus sont des conventions — le SDK détecte les entités via une analyse AST sur les appels à export default defineEntity(...) quel que soit l’emplacement du fichier.

Dépendances

Les deux packages du SDK Twenty doivent être placés dans devDependencies, et non dans dependencies :
Le générateur de projet fige twenty-sdk et twenty-client-sdk sur sa propre version — gardez les deux synchronisés lors de la mise à niveau.
  • twenty-sdk fournit le CLI twenty ainsi que les outils de build et de scaffolding. Il ne s’exécute qu’au moment du développement et du build et n’est jamais importé par le runtime de l’application que vous publiez.
  • twenty-client-sdk est importé par le code de votre application (CoreApiClient, MetadataApiClient, RestApiClient), mais Twenty le fournit au moment de l’exécution : les fonctions de logique l’obtiennent à partir d’une couche SDK générée, et les composants front le résolvent à partir de modules servis par le serveur. La copie que vous avez installée est uniquement utilisée pour la vérification de type et le build au moment du déploiement, elle n’a donc jamais besoin d’être incluse dans le bundle déployé.
Conserver l’un ou l’autre package dans dependencies l’intègre dans le bundle runtime de l’application installée, où il ne fait que l’alourdir inutilement. twenty dev:build émet un avertissement lorsque l’un ou l’autre est encore répertorié dans dependencies. Ajoutez les dépendances runtime propres à votre application (les bibliothèques que vos fonctions logiques importent réellement à l’exécution) dans dependencies comme d’habitude.