Annonce de Pylon avec prise en charge de plusieurs exécutions

Bienvenue dans la version @getcronit/pylon@2.0.0 (septembre 2024) !

Pylon v2 introduit la prise en charge de différents environnements d'exécution, une nouvelle commande de création et un serveur de développement amélioré.
Les environnements d'exécution officiels pris en charge par la commande npm create pylon sont Bun, Node.js et Cloudflare Workers. D'autres environnements d'exécution sont également pris en charge mais nécessitent une configuration manuelle.
Nous avons essayé de faciliter la migration. Veuillez vous référer au guide de migration et faites-nous savoir si vous rencontrez des problèmes lors de la migration.

Principaux points forts de cette version :

• Nouveaux environnements d'exécution : Pylon prend désormais en charge plusieurs environnements d'exécution, notamment Bun, Node.js et Cloudflare Workers.
• Commande de création unifiée : la nouvelle commande npm create pylon fournit un moyen cohérent de créer de nouveaux projets Pylon.
• Serveur de développement amélioré : la nouvelle commande pylon dev offre une expérience de développement unifiée sur différents environnements d'exécution.
• Suppression de pylon-cli et pylon-server : Les packages @getcronit/pylon-cli et @getcronit/pylon-server ne sont plus requis et remplacés par le package @getcronit/pylon-dev.

Changements révolutionnaires

Si vous recherchez un aperçu de toutes les modifications importantes et de la manière de migrer, veuillez consulter le guide de migration de la v1 vers la v2.

Si vous avez des questions ou avez besoin d'aide, n'hésitez pas à nous contacter sur Discord. Nous sommes heureux de vous aider dans le processus de migration.

Vidéo de présentation

Regardez comment nous utilisons la nouvelle commande npm create pylon pour créer un nouveau projet Pylon et le déployer sur Cloudflare Workers en moins d'une minute :

Nouveaux environnements d'exécution

Pylon prend désormais en charge plusieurs environnements d'exécution, notamment Bun, Node.js et Cloudflare Workers. Vous pouvez choisir le runtime qui correspond le mieux à votre cas d'utilisation et déployer votre service en toute simplicité.

Pour créer un nouveau projet Pylon avec un runtime spécifique, utilisez la commande npm create pylon :

npm create pylon --runtime cf-workers

Cette commande crée un nouveau projet Pylon avec le runtime Cloudflare Workers. Vous pouvez également spécifier d'autres environnements d'exécution, tels que Node.js ou Cloudflare Workers, en passant l'indicateur --runtime.

Pylon prend également en charge divers autres environnements d'exécution :

Soyez conscient que ces environnements d'exécution nécessitent une installation et une configuration manuelles.

• Pages Cloudflare
• Déno
• Calcul rapide
• Vercel
• Netlify
• AWS Lambda
• Lambda@Edge
• Fonctions Azure
• Fonctions Supabase
• Calcul de la fonction Ali
• Travailleur de service

Commande de création unifiée

La nouvelle commande npm create pylon offre un moyen cohérent de créer de nouveaux projets Pylon avec différents environnements d'exécution, modèles, génération de clients et plus encore.
Cette commande rationalise le processus de création de projet et garantit que vous disposez de tout ce dont vous avez besoin pour démarrer avec Pylon.

Pour créer un nouveau projet Pylon, exécutez la commande suivante :

npm create pylon

Cette commande vous invitera à sélectionner le moteur d'exécution, le modèle et d'autres options pour votre projet. Une fois vos sélections effectuées, la commande créera un nouveau projet Pylon dans le répertoire spécifié.

Serveur de développement amélioré

Pylon v2 introduit une nouvelle commande de développement pylon qui offre une expérience de développement unifiée sur différents environnements d'exécution.

La commande pylon dev démarre le serveur de développement et recharge automatiquement votre service lorsque vous apportez des modifications à votre code. Cette commande est conçue pour rationaliser le processus de développement et faciliter la création et le test de vos services.
Pour prendre en charge différents environnements d'exécution, vous pouvez spécifier la commande de démarrage spécifique à l'exécution à l'aide de l'indicateur -c :

pylon dev -c 'bun run .pylon/index.js'

Cette commande démarre le serveur de développement avec la commande de démarrage spécifiée pour le runtime Bun. Vous pouvez remplacer la commande par la commande de démarrage appropriée pour le runtime choisi.

Par exemple, si vous utilisez Cloudflare Workers, vous pouvez démarrer le serveur de développement avec la commande suivante :

pylon dev -c 'wrangler dev'

Cette commande démarre le serveur de développement avec la commande wrangler dev, qui est la méthode recommandée pour exécuter Cloudflare Workers localement.

Suppression de pylon-cli et pylon-server

Les packages @getcronit/pylon-cli et @getcronit/pylon-server ne sont plus nécessaires et ont été remplacés par le package @getcronit/pylon-dev.

Pourquoi le pylône-cli a-t-il été abandonné ?

Le package pylon-cli a été utilisé pour créer de nouveaux projets Pylon et gérer le serveur de développement. Avec l'introduction de la commande npm create pylon et de la commande pylon dev, la fonctionnalité fournie par le package pylon-cli est désormais gérée par le package create-pylon et le package pylon-dev.

Pourquoi le serveur pylône a-t-il été abandonné ?

Le serveur-pylône n'avait qu'un seul but : démarrer le serveur en utilisant Bun. Avec l'introduction de plusieurs environnements d'exécution, le package pylon-server est devenu obsolète. Le package pylon-dev gère désormais le serveur de développement pour tous les environnements d'exécution.
Pour la production, vous pouvez désormais exécuter directement .pylon/index.js avec votre commande spécifique à l'exécution (par exemple bun run .pylon/index.js ou node .pylon/index.js). Cette approche flexible vous permet de choisir la meilleure stratégie de déploiement pour votre cas d'utilisation.

Remerciements

Un grand merci à tous ceux qui ont contribué à cette sortie ?

• @kleberbaum pour son rêve de soutenir les Cloudflare Workers, et c'est désormais le cas !
• @dave-calleja pour la demande initiale de prise en charge de plusieurs runtimes, qui nous a fait réaliser que cela est crucial pour l'avenir de Pylon.
• @schettn pour avoir codé tout ça ;)

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!