Utiliser Claude Code pour Construire un Site Drupal avec des Modèles Twig Personnalisés

Un développeur a partagé son expérience d'utilisation de Claude Code pour construire un site Drupal avec une approche personnalisée qu'il décrit comme du « HTML semi-headless ». Il a utilisé Claude pour créer des fichiers Twig contenant du HTML brut, préférant cette méthode pour un meilleur contrôle sur le rendu.

Approche technique

Le développeur a fait créer par Claude des fichiers Twig qui intègrent du code HTML brut tout en utilisant les fonctions de base de Drupal comme drupal_view et drupal_block. Le CSS a été directement intégré dans ces modèles pour le style. La structure du site a été organisée avec de nombreux fichiers Twig individuels dans le répertoire themes/custom/THEME/, ce que le développeur a comparé à ses méthodes habituelles de développement d'applications PHP.

Flux de travail de développement

Il a largement utilisé un environnement local ddev, notant que Claude pouvait exécuter ddev drush et d'autres commandes directement depuis le terminal. Cette configuration a facilité la configuration des vues, des taxonomies, des types de contenu et des structures du site.

Le processus a suivi ces étapes :

• Commencer par faire créer le site HTML/CSS par Claude en premier pour faciliter et accélérer les modifications
• Une fois le design finalisé, demander à Claude de prendre cela et de créer le site Drupal en commençant par un sous-thème
• Travailler avec Claude pour aborder des zones spécifiques plutôt que de demander des corrections générales (par exemple, « Revoyons le type de contenu XYZ et assurons-nous qu'il correspond aux modèles HTML » au lieu de « Claude, corrige tous les types de contenu »)

Détails pratiques

Le développeur a laissé le débogage Twig activé sur le site Drupal pour voir quels fichiers Twig étaient utilisés. Il a reconnu que même si une certaine organisation serait bénéfique, la structure actuelle servait de bon point de départ pour un site de contenu simple.

Cette approche lui a permis de construire un site Drupal qui n'était pas construit « à la manière Drupal » mais qui correspondait à ses modèles de développement préférés, rendant le processus plus fluide que le développement Drupal traditionnel.