Korzystanie typu alias w oświadczeniu linq generuje błąd

Question

Z jakiegoś powodu to oświadczenie działa poprawnie:

vms.Where(vm => vm.MessageType == ValidationMessage.EnumValidationMessageType.Warning) 

Ale jeśli na szczycie klasy I zdefiniować alias (w celu zaoszczędzenia miejsca):

using MsgType = ValidationMessage.EnumValidationMessageType; 

Następnie uzyskany wiersz kodu:

vms.Where(vm => vm.MessageType == MsgType.Warning) 

wyskakuje mi błąd:

"Delegat" System.Func<ValidationMessage, int, bool> "nie przyjmuje 1 argumentów". To dziwne, że nie jest to Delegat, którego używam. Używam przeciążenia System.Func<ValidationMessage, bool> 'z .Where<>() - tak samo jak wtedy, gdy nie używałem tego aliasu.

Zauważ, że wszędzie, gdzie używany jest alias, działa dobrze, tylko wewnątrz tych delegatów linq się psuje. Dlaczego to się dzieje?

Answer 1

Po próbie uruchomienia mojego programu usunięto wszystkie te błędy i pojawił się jeden błąd narzekający na deklarację aliasu mojego typu.

Problem polegał na tym, że typ ValidationMessage.EnumValidationMessageType istniały w przestrzeni nazw, które zostały uznane dalej w górę:

using WPF.Utilities.ObjectModel; 
using MsgType = ValidationMessage.EnumValidationMessageType; 

Oczywiście, C# nie można dowiedzieć się, gdzie typ pochodzi podstawie wcześniejszych włączeń przestrzeni nazw, Musiałem to przeliterować:

using WPF.Utilities.ObjectModel; 
using MsgType = WPF.Utilities.ObjectModel.ValidationMessage.EnumValidationMessageType; 

Kiedy to zrobiłem, drugi problem zniknął.

Sądzę, że byłem tak bardzo pochłonięty i zakłopotany dziwnymi błędami wychodzącymi z instrukcji linq, w połączeniu z faktem, że VS nie pokazywał błędów, w których używałem aliasu w powyższych potrójnych operatorach, że Nie widziałem tam oczywistego błędu.

Dzięki za podpowiedź nemesv - powinienem wiedzieć, że nie ufam kompilatorowi w czasie projektowania.