Comment réussir un entretien C# : guide complet avec exemples de code

Pourquoi un entretien C# n'est pas un examen, mais un dialogue

Imaginez : vous êtes assis en face d'un tech lead ou d'un développeur senior. Il ne vous considère pas comme un ennemi, mais comme un futur collègue. Mais dans votre tête, c'est le brouillard, vos mains transpirent, et à la question sur IDisposable, vous oubliez soudainement ce que c'est. Cela vous dit quelque chose ?

Un entretien C# n'est pas un test scolaire où il faut simplement « deviner la bonne lettre ». C'est une vérification de votre pensée d'ingénieur, de votre capacité à raisonner et, bien sûr, de vos connaissances de base de la plateforme .NET. Dans cet article, nous allons décortiquer les sujets principaux qui sont réellement demandés en entretien (spoiler : 80% des questions se répètent d'un entretien à l'autre).

Les bases à connaître par cœur

Si vous allez à un entretien dans une heure et que vous n'avez pas le temps de vous préparer, lisez cette section. C'est le « pain quotidien » du développeur C#. Sans ces connaissances, vous ne serez pas embauché, même en tant que junior.

1. Types de données : Value vs Reference

C'est probablement la question la plus courante. L'intervieweur ne veut pas simplement entendre « int est un type valeur, class est un type référence ». Il veut savoir si vous comprenez comment cela fonctionne sous le capot.

// Exemple souvent donné en entretien\nstruct Point {\n    public int X;\n    public int Y;\n}\n\nclass PointClass {\n    public int X;\n    public int Y;\n}\n\nvoid Main() {\n    Point p1 = new Point { X = 10, Y = 20 };\n    Point p2 = p1;\n    p2.X = 999;\n    Console.WriteLine(p1.X); // 10 — copie\n\n    PointClass pc1 = new PointClass { X = 10, Y = 20 };\n    PointClass pc2 = pc1;\n    pc2.X = 999;\n    Console.WriteLine(pc1.X); // 999 — référence\n}

Point clé : struct est copiée intégralement, class est transmise par référence. Et oui, string est un type référence, mais se comporte comme un type valeur en raison de son immutabilité. On pose aussi souvent des questions à ce sujet.

2. Boxing et Unboxing

Un sujet simple, mais apprécié. Imaginez que vous placez un type valeur (int) dans un object. Il se produit un boxing (encapsulation). Lorsque vous le récupérez, c'est un unboxing (désencapsulation). C'est coûteux en termes de performances.

int number = 42;\nobject boxed = number; // boxing\nint unboxed = (int)boxed; // unboxing

Dans les projets modernes, c'est rare, mais la connaissance du mécanisme montre que vous comprenez comment .NET gère la mémoire.

3. Interfaces et classes abstraites

Question classique : « Quand utiliser une interface et quand utiliser une classe abstraite ? »

\n
• Interface — un contrat. Si vous avez différentes classes qui doivent pouvoir faire la même chose (par exemple, voler : avion, oiseau, drone).
\n
• Classe abstraite — une implémentation de base. Si les classes ont une logique commune (par exemple, tous les animaux respirent, mais de manière différente).
\n

public interface IFlyable {\n    void Fly();\n}\n\npublic abstract class Animal {\n    public abstract void MakeSound();\n    public void Breathe() => Console.WriteLine("Inspire-Expire");\n}

En C# 8.0+, les interfaces ont une implémentation par défaut, mais en entretien, il est préférable de parler de l'approche classique.

Questions avancées : où se cache le piège

Une fois les bases maîtrisées, l'intervieweur commence à « creuser plus profond ». Voici les sujets qui provoquent le plus souvent un blocage.

4. Async/Await et threads

Beaucoup confondent asynchrone et multithreading. Souvenez-vous : async/await concerne la libération d'un thread, pas la création d'un nouveau.

public async Task<string> GetDataAsync() {\n    using HttpClient client = new HttpClient();\n    // Le thread est libéré pendant l'attente de la réponse\n    string result = await client.GetStringAsync("https://example.com");\n    return result;\n}

On demande souvent à propos de ConfigureAwait(false). La réponse : cela permet de ne pas revenir au contexte de synchronisation d'origine (par exemple, dans le thread UI de WPF). Dans les bibliothèques, utilisez-le toujours ; dans les applications, avec prudence.

5. LINQ : du simpl