Les chaînes (String) en Visual Basic .NET sont immuables (immutable). Toute opération, par exemple, la concaténation, entraîne la création d'une nouvelle chaîne, et non la modification de l'existante. Lorsqu'il y a un grand nombre de concaténations ou de modifications de chaînes, cela entraîne des baisses de performances significatives et une augmentation de la consommation de mémoire.
Pour travailler avec de grands volumes de texte, il est recommandé d'utiliser des classes spécialisées pour une manipulation efficace des chaînes. En Visual Basic .NET, cela est fait avec System.Text.StringBuilder, qui permet de modifier le tampon de la chaîne sans allouer de la nouvelle mémoire de manière répétée.
Exemple avec StringBuilder:
Imports System.Text Dim builder As New StringBuilder() For i As Integer = 1 To 100000 builder.Append("Chaîne " & i & vbCrLf) Next Dim result As String = builder.ToString()
Question : « Peut-on lors du travail avec de grands fichiers texte simplement ajouter des chaînes avec l'opérateur & et ne pas se soucier des performances ? »
Réponse : Non. Si vous ajoutez des chaînes dans une boucle avec &, alors pour chaque itération, un nouvel objet de chaîne est créé et tous ses caractères sont copiés à nouveau. Cela n'est pas efficace pour de grands volumes de données. Il vaut mieux utiliser StringBuilder.
Exemple :
' Ce code est très lent pour de grands N: Dim s As String = "" For i = 1 To 1000000 s = s & "a" Next ' Et celui-ci - beaucoup plus rapide : Dim sb As New StringBuilder() For i = 1 To 1000000 sb.Append("a") Next Dim s = sb.ToString()
Histoire :
Dans une application web, un projet a rassemblé des e-mails par une simple concaténation de chaînes dans une boucle avec
&. Pour des volumes supérieurs à 10 000 messages, le système commençait à "laguer" et échouait en raison d'un dépassement de mémoire. Après être passé à StringBuilder, ces problèmes ont disparu.
Histoire :
Dans la procédure de journalisation des erreurs, le journal était constitué par de multiples ajouts de chaînes via une addition ordinaire. Cela augmentait considérablement le temps d'écriture du journal et ralentissait tout le travail du parseur. Après un audit et une refonte utilisant StringBuilder, la vitesse de fonctionnement a été multipliée par 5.
Histoire :
Lors de la génération de rapports dans des fichiers XLS populaires, un analyste a choisi une méthode simple — unir toutes les valeurs en une seule chaîne avec &. Résultat : lors de la génération d'un rapport de 10 000 lignes, l'application cessait de répondre. Le remplacement par StringBuilder a résolu le problème de performance et de fuite de mémoire.