VB.NET: Si je passe une Chaîne ByVal dans une fonction mais ne modifie pas la chaîne, puis-je avoir un ou deux chaînes dans la mémoire?

Je sais que les chaînes sont immuables, de sorte que la minute vous modifiez une chaîne de référence de la valeur .NET, une marque nouvelle chaîne sur le tas.

Mais que faire si vous n'avez pas changement la valeur d'une chaîne de référence; plutôt, il vous suffit de passer dans une fonction ByVal -- est-ce que cette opération de copier la chaîne de valeur sur le tas? Mon inclination est "non", mais je tiens à confirmer.

Par exemple:

Public Function IsStringHello(ByVal test As String) As Boolean 
  Return (String.Compare(test, "Hello") = 0)    
End Function

Programme appelant:

Dim myWord as String = "Blah"
Dim matchesHello as Boolean = IsStringHello(myWord)

Je sais passant myWord par la valeur d'une copie de la référence de "Bla", mais depuis je n'ai pas essayé de changer la chaîne elle-même, serait-il faire une autre copie de la chaîne sur le tas?

Pourquoi comparer des chaînes dans ce drôle de façon ... stackoverflow.com/questions/859005/...
L'Aide De La Chaîne.Comparer vous permet de spécifier la sensibilité de cas. Cela pourrait être plus claire que uppercasing chaînes avant de les comparer.

OriginalL'auteur Rob Sobers | 2009-06-26

  1. 9

    Par la voie, chaîne de stage est complètement étrangère. La règle pour le passage de paramètres à des fonctions est la même pour tous les types de référence (et vraiment, toutes les catégories), peu importe comment ils sont gérés à l'interne.

    La règle est simple et vous l'avez dit il correctement: le passage par valeur des copies de la référence, pas la cible. Aucun espace de tas est copié ici.

    un stage n'est pas directement lié. Vous avez dit: la règle est La même pour tous les types de référence (et vraiment, toutes les catégories), peu importe comment ils sont gérés à l'interne, je pense que vous le dites pour la copie de référence & pas un stage. droit?
    Ah droite. J'ai vidé la déclaration.

    OriginalL'auteur Konrad Rudolph

  2. 4

    Pas. il utilise toujours le copie de la référence à la "Blah".

    Ce qui fait de vous le pensez, ça va?

    Sur une note de côté, la chaîne sont internés.

    string s = "hello";
string t = "hello";

    s & t, les deux se réfèrent à la même chaîne (car il est interné). Si vous modifiez s ou t, il va créer une nouvelle chaîne, puis.

    J'ai eu une étrange (stupide?) la pensée peut-être simplement faire une copie d'une référence à un objet immuable causé une copie de l'objet lui-même, aussi. J'ai de forts soupçons que ce n'était PAS le cas, mais je voulais confirmer. Grand côté-note sur le "stage" de cordes -- je ne le savais pas. Merci!
    String constantes sont internés. Les chaînes que vous créez dans les autres moyens ne sont pas internés.
    ahhh...donc dans shahkalpesh la réponse ci-dessus où nous attribuer deux références à la même chaîne littérale ne signifie pas qu'ils se réfèrent à la même chaîne sur le tas?
    si string s = "bonjour"; string t = "ello"; string z = "h" + t; ne s & point z à la même instance?
    que signifie par internedf?

    OriginalL'auteur shahkalpesh

  3. 2

    Passant des objets ByVal crée une copie de la pointeur, et non pas l'objet lui-même. Voici une démonstration:

    Module Module1
    Dim original As String = "Hello world"

    Sub PassByReferenceTest(ByVal other As String)
        Console.WriteLine("object.ReferenceEquals(original, other): {0}", _
            Object.ReferenceEquals(original, other))
    End Sub

    Sub Main()
        PassByReferenceTest(original)
        Console.ReadKey(True)
    End Sub
End Module

    Sortie de ce programme suivantes:

    object.ReferenceEquals(original, other): True

    Donc, la chaîne d'origine et la chaîne nous sommes passés par valeur existent à la même adresse dans l'adresse de mémoire. Vous n'êtes pas de faire une copie de la chaîne elle-même.

    OriginalL'auteur Juliet

  4. 0

    Est court, non. Il passe une référence à la chaîne. Une seule instance de la chaîne elle-même.

    OriginalL'auteur Scott Weinstein

  5. 0

    string est un type de référence. Si vous passez par valeur, ce que vous êtes de passage est la valeur de la référence.

    La seule façon, vous obtiendrez une autre copie sur le tas, il conviendrait de modifier la valeur de la variable.

    OriginalL'auteur jlembke

  6. 0

    Une variable de type System.String effectivement un "object-ID". Supposons que Object #1934 est une chaîne avec des caractères "Blah", et vous dire Dim myWord As String = "Blah". Le compilateur va ensuite stocker Object #1934 en myWord. L'appel de IsStringHello(myWord) serait alors la cause que la fonction est appelée avec son test paramètre égal à Object #1934. Dans votre exemple, il y aurait deux variables de type System.String dans la mémoire--myWord et test, et à la fois tenir le contenu Object #1934.

    OriginalL'auteur supercat