Ogólne kolekcje PowerShell

Question

Pchałam się do środowiska .NET w PowerShell i trafiłam w coś, czego nie rozumiem. Działa to dobrze:

$foo = New-Object "System.Collections.Generic.Dictionary``2[System.String,System.String]" 
$foo.Add("FOO", "BAR") 
$foo 

Key               Value 
---               ----- 
FOO               BAR 

To jednak nie:

$bar = New-Object "System.Collections.Generic.SortedDictionary``2[System.String,System.String]" 
New-Object : Cannot find type [System.Collections.Generic.SortedDictionary`2[System.String,System.String]]: make sure t 
he assembly containing this type is loaded. 
At line:1 char:18 
+ $bar = New-Object <<<< "System.Collections.Generic.SortedDictionary``2[System.String,System.String]" 

Oboje są w tym samym zespole, więc co mi brakuje?

Jak podkreślono w odpowiedziach, jest to tylko problem z PowerShell v1.

Answer 1

Słownik < K, V> nie jest zdefiniowany w tym samym zespole, co SortedDictionary < K, V>. Jeden jest w mscorlib, a drugi w system.dll.

Na tym polega problem. Obecne zachowanie w programie PowerShell polega na tym, że podczas rozwiązywania podanych ogólnych parametrów, jeśli typy nie są pełnymi nazwami typów, zakłada się, że są one w tym samym zespole, co typowy typ, który próbujesz utworzyć.

W tym przypadku oznacza to, że szuka System.String w System.dll, a nie w mscorlib, więc nie powiedzie się.

Rozwiązaniem jest określenie w pełni kwalifikowanej nazwy zespołu dla ogólnych typów parametrów. Jest to bardzo brzydki, ale działa:

$bar = new-object "System.Collections.Generic.Dictionary``2[[System.String, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.String, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]]" 

Answer 2

Występują pewne problemy z Generics w PowerShell. Lee Holmes, twórca zespołu PowerShell, opublikował this script, aby stworzyć generics.

Answer 3

W PowerShell 2.0 nowy sposób tworzenia Dictionary jest:

$object = New-Object 'system.collections.generic.dictionary[string,int]'