Diviser une chaîne en lignes dans .NET : 5 erreurs fatales et leurs solutions

Introduction : Pourquoi une simple division de chaîne devient-elle un casse-tête ?

Que pourrait-il y avoir de plus simple que de diviser un texte en lignes ? Tout débutant en C# dirait : « Utilise string.Split('\\n') et le tour est joué ! ». Mais en pratique, cette tâche apparemment triviale devient la source de centaines de bugs que nous voyons sur Stack Overflow. Des milliers de développeurs posent chaque jour la même question : « split a string on newlines in .NET — pourquoi cela ne fonctionne-t-il pas chez moi ? ».

Dans cet article, nous ne nous contenterons pas de donner une recette toute faite. Nous passerons en revue les pièges dans lesquels même les programmeurs expérimentés sont tombés. Vous apprendrez à diviser correctement des chaînes en tenant compte des différentes plateformes, encodages et formats de fichiers inattendus. Attachez votre ceinture — ce sera douloureux mais utile.

Top 5 des erreurs lors de la division d'une chaîne en lignes en C#

1. Utilisation naïve de '\\n' — le tueur de la multiplateforme

L'erreur la plus courante est de coder en dur le caractère de nouvelle ligne. Beaucoup écrivent :

string text = "Première ligne\\nDeuxième ligne\\nTroisième ligne";\nstring[] lines = text.Split('\\n');

Problème : Sous Windows, le séparateur standard est "\\r\\n" (retour chariot + saut de ligne), tandis que sous Linux/macOS, c'est simplement '\\n'. Si vous recevez un texte provenant d'un fichier créé sous Windows, votre code laissera le caractère '\\r' à la fin de chaque ligne. Résultat : "Première ligne\\r" — et votre analyseur devient fou.

Solution : Utilisez StringSplitOptions.RemoveEmptyEntries et divisez selon toutes les variantes possibles :

string[] lines = text.Split(new[] { "\\r\\n", "\\r", "\\n" }, \n    StringSplitOptions.RemoveEmptyEntries);

Ce code traitera correctement toute combinaison de caractères de saut de ligne.

2. Ignorer Environment.NewLine à l'exécution

Si vous écrivez du code qui fonctionnera à la fois sous Windows et Linux (par exemple, une application ASP.NET Core), vous ne pouvez pas vous fier à des constantes. Environment.NewLine renvoie le séparateur correct pour le système d'exploitation actuel, mais ne garantit pas que les données d'entrée correspondent à ce système.

Piège : Vous écrivez :

string[] lines = text.Split(Environment.NewLine);

Cela fonctionnera uniquement si le texte a été créé sur la même plateforme. Si vous chargez un fichier téléchargé depuis Internet (où les lignes peuvent être au style Unix) — bonjour le bug !

Bonne pratique : Utilisez toujours la méthode universelle du point 1, quelle que soit la plateforme.

3. Oublier StringSplitOptions.RemoveEmptyEntries

Regardez ce code :

string text = "Ligne1\\n\\nLigne3";\nstring[] lines = text.Split('\\n');\n// Résultat : ["Ligne1", "", "Ligne3"]

La chaîne vide entre "Ligne1" et "Ligne3" apparaît à cause de deux caractères de nouvelle ligne consécutifs. Si vous traitez des CSV, des logs ou des fichiers de configuration, les lignes vides peuvent casser la logique.

Solution :

string[] lines = text.Split(new[] { "\\r\\n", "\\r", "\\n" }, \n    StringSplitOptions.RemoveEmptyEntries);\n// Résultat : ["Ligne1", "Ligne3"]

Mais soyez prudent : si les lignes vides ont une importance (par exemple, dans un texte formaté), utilisez StringSplitOptions.None.

4. Problème avec le dernier caractère de nouvelle ligne

Imaginez que vous ayez un fichier avec le texte :

Ligne1\\nLigne2\\n

Beaucoup s'attendent à obtenir un tableau de deux éléments après la division. Mais :

string[] lines = text.Split(new[] { '\\n' }, StringSplitOptions.RemoveEmptyEntries);\n// Résultat : ["Ligne1", "Ligne2"]

Tout est correct. Et si on enlève RemoveEmptyEntries ?

string[] lines = text.Split('\\n');\n// Résultat : ["Lig