Projets pratiques

a. Initialisation du projet CLI

Avant de commencer, il est recommandé d’organiser correctement le projet. Créons un dossier spécifique pour notre application CLI :

mkdir mycli  
cd mycli  
go mod init mycli 

Cette structure garantit une bonne gestion des modules Go et évite les conflits de dépendances.

b. Implémentation d’un CLI de base

Un programme CLI simple peut accepter plusieurs types d’arguments.

L’appel à la fonction flag.Parse() avant toute logique de traitement est une bonne pratique car elle analyse les arguments fournis par l’utilisateur. L’exemple suivant permet à l’utilisateur de fournir un nom et un âge en argument :

package main  
 
import (  
    "flag"  
    "fmt"  
)  
 
func main() {  
    // Définition des options en ligne de commande  
    name := flag.String("name", "user", "Nom de l'utilisateur") 
    age := flag.Int("age", 25, "Âge de l'utilisateur") 
    height := flag.Float64("height", 1.75, "Taille en mètres")  
    verbose := flag.Bool("verbose", false, "Activer le mode verbeux") 
 
    // Analyse des arguments fournis  
    flag.Parse()...

a. Définition de flags de base

Le package flag permet de déclarer des options en ligne de commande avec une syntaxe simple. Voici un exemple de programme acceptant plusieurs types de flags :

package main  
 
import (  
    "flag"  
    "fmt"  
)  
 
func main() {  
    // Définition des flags  
    name := flag.String("name", "user", "Nom de l'utilisateur")  
    age := flag.Int("age", 25, "Âge de l'utilisateur")  
    verbose := flag.Bool("verbose", false, "Activer le mode verbeux") 
    percentage := flag.Float64("percentage", 50.5, "Pourcentage 
d'achèvement")  
 
    // Analyse des flags fournis  
    flag.Parse()  
 
    // Affichage des valeurs  
    fmt.Printf("Nom : %s\n", *name)  
    fmt.Printf("Âge : %d\n", *age)  
    fmt.Printf("Pourcentage : %.2f%%\n", *percentage)  
 
    if *verbose {  
        fmt.Println("Mode verbeux activé...

a. Organisation des fichiers

Le projet est structuré de manière à séparer clairement le code source, les fichiers journaux et les configurations éventuelles. Voici la structure recommandée :

automated-task/  
├── cmd/  
│   ├── root.go         # Commande principale du CLI  
│   ├── monitor.go      # Gestion de la surveillance des sites  
├── logs/  
│   ├── status.log      # Fichier contenant les logs des vérifications 
├── internal/  
│   ├── checker.go      # Fonction de vérification des sites  
│   ├── logger.go       # Gestion de l'écriture dans les fichiers logs 
├── main.go             #...

a. Définition des routes principales

Le serveur doit pouvoir traiter plusieurs requêtes et fournir les réponses appropriées...

a. Structure des tests dans un projet

Les fichiers de tests sont placés à côté des fichiers sources et portent le suffixe _test.go. Cette convention permet au framework de test de Go de les détecter et de les exécuter automatiquement.

Organisation des fichiers :

myproject/  
├── handlers/  
│   ├── home.go  
│   ├── home_test.go   # Fichier de test pour home.go  
├── utils/  
│   ├── math.go  
│   ├── math_test.go   # Fichier de test pour math.go  
├── main.go 

Cette structure permet d’organiser clairement les tests et de faciliter leur maintenance.

b. Écrire un premier test unitaire

L’exemple suivant teste une fonction simple d’addition contenue dans un module utils/math.go.

Fichier math.go

package utils  
 
// Add additionne deux nombres et retourne le résultat  
func Add(a, b int) int {  
    return a + b  
} 

Fichier math_test.go

package utils  
 
import (  
    "testing"  
)  
 
// Test de la fonction Add  
func TestAdd(t *testing.T) {  
    result := Add(2, 3)  
    expected := 5  
 
    if result != expected {...