jaki jest podstawowy powód, dla którego porównanie == nie powiedzie się? (zaskakujący wynik dla mnie)

Question

Kontekst: Prototypuję w prep (może) konwertuję moją aplikację WinForms na WPF.

robię bardzo proste obsługi widoku drzewa zdarzeń, dla których kod jest:

var treeViewItem = (TreeViewItem)e.NewValue; 
var treeViewItemTag = treeViewItem.Tag; 
if (treeViewItemTag == "ViewForAMs") 
{ 
    ObjectQuery<AccountManagerView> oq = entities.AccountManagerViews; 
    var q = 
     from c in oq 
     select c; 
    dataGrid1.ItemsSource = q.ToList(); 
} 

i XAML jest:

<Window x:Class="AccountingWpfApplication1.MainWindow" 
     xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
     xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
     Title="MainWindow" Height="350" Width="525" Loaded="Window_Loaded"> 
    <DockPanel> 
     <TreeView Name="treeView1" ItemsSource="{Binding Folders}" 
      SelectedItemChanged="treeView1_SelectedItemChanged"> 
      <TreeViewItem Header="Account Manager View" Tag="ViewForAMs"/> 
     </TreeView> 
     <DataGrid AutoGenerateColumns="True" Name="dataGrid1" /> 
    </DockPanel> 
</Window> 

Kiedy wpadłem, ja w pełni spodziewałem się zobaczyć mój siatki danych się zapełniło, ale porównanie == nie powiodło się w drugim wierszu kodu powyżej.

Debuger pokazuje to:

pytanie: dlaczego tam nie ma kompilacji lub w czasie wykonywania błędy? (To samo pytanie inaczej: co jest rzeczywiście tak, że w porównaniu wyjść operator == FAŁSZ?)

Answer 1

Najpierw prześlij od Tag do string. W domyślnej implementacji na object, porównuje odniesienia. Ponieważ właściwość Tag jest typu object, używa ona najniższego wspólnego operatora == między object a string, który jest implementacją object. Odlewając od Tag do string, używana jest implementacja string, która stanowi porównanie wartości.

Answer 2

Zastosowanie Równa() do porównywania ciągów znaków.

AKTUALIZACJA: Lub odlewać na oba łańcuchy. Przykład z MSDN:

string a = "hello"; 
string b = "h"; 
// Append to contents of 'b' 
b += "ello"; 
Console.WriteLine(a == b); 
Console.WriteLine((object)a == (object)b); 

Pierwsze porównanie zwraca wartość true, ale drugi zwraca false (ponieważ porównuje referencje, a nie ciągi).

Answer 3

Zastosowanie Object.Equals(treeViewItemTag, "ViewForAMs") zamiast

Answer 4

Jeśli spojrzeć na rodzaj treeViewItemTag, widać, że typ jest przedmiotem, a nie ciąg. Więc kiedy używasz ==, porównujesz odniesienia dwóch obiektów. To zawsze zwróci fałsz w tym przypadku. Jeśli zamiast tego użyjesz funkcji Equals() lub rzutowania na ciąg znaków, to powinno działać.

Answer 5

Właściwość Tag w TreeViewItem jest obiektem, a nie łańcuchem. == porównuje odniesienia do obiektów. Aby porównać ciąg, należy zrobić porównanie przy użyciu toString():

if (treeViewItemTag.ToString() == "ViewForAMs") 

Ale trzeba mieć pewność, zawiera ciąg albo porównanie będzie również niepowodzeniem.

Answer 6

'treeViewItem.Tag' jest odniesieniem do obiektu. Domyślnie w języku C# operator == sprawdza równość odniesienia, tj. Czy oba obiekty są jednym i tym samym w pamięci. Łańcuch ma przeciążonego operatora "==", aby sprawdzić równość wartości, czyli jeśli łańcuchy zawierają tę samą zawartość. Aby go użyć, musisz rzucić "treeViewItem.Tag" na ciąg znaków.

Answer 7

Nie jestem biegły w WPF, ale w kontekście WinForm powiedziałbym, że Tag jest typu Object.
Operator równości w obiekcie porównuje odniesienia.

Jeżeli możesz (lub jakiś inny czytelnik) chce wiedzieć, dlaczego to nadal działa w niektórych przypadkach:
Kiedy zbudowany ciągi poprzez pomocą StringBuilder lub funkcji niezarządzanych nie dostać so.called intern ciąg. Oznacza to, że istnieje sposób, że masz dwa różne obiekty ciągów w czasie wykonywania, które mają tę samą treść.
Zwykle ciągi znaków odnoszą się do tej samej instancji, z wyjątkiem sytuacji, gdy są budowane w środowisku wykonawczym, jak wyjaśniono powyżej. Możesz wywołać String.Intern, aby uzyskać odwołanie do ciągu strun o tej samej treści. Te są zobowiązane do tego samego wystąpienia dla tej samej treści. Są sytuacje, w których znajomość tego drobnego szczegółu może stanowić dużą pomoc lub otworzyć oczy.