Пишу на Nemerle

when (queuePriority <= 0)
                throw ArgumentOutOfRangeException("queuePriority");

Смотрю рефлектором и вижу вот что

if (((queuePriority <= 0) ? 1 : 0) == 1)
    {
        throw new ArgumentOutOfRangeException("queuePriority");
    }

Можно ли это както обойти ? или это баг ? или так правилнее ???

Здравствуйте, Othello, Вы писали:

O>Пишу на Nemerle
O>

O>when (queuePriority <= 0)
O>                throw ArgumentOutOfRangeException("queuePriority");
O>

O>Смотрю рефлектором и вижу вот что
O>Можно ли это както обойти ? или это баг ? или так правилнее ???

Так движок паттерн-мэтчинга работает. Ты образцы посложнее напиши, еще и не такое увидишь.
Сделать это место покрасивше можно, но некогда.

немного меня это разочаровало — но думаю, что жить с этим смогу
в самом .Net и не такое встречал ...

Здравствуйте, Othello, Вы писали:

[]

O>Смотрю рефлектором и вижу вот что
O>

O>if (((queuePriority <= 0) ? 1 : 0) == 1)
O>    {
O>        throw new ArgumentOutOfRangeException("queuePriority");
O>    }
O>

Вот это пипец...

O>Можно ли это както обойти ? или это баг ? или так правилнее ???

Здравствуйте, Константин Л., Вы писали:

КЛ>Вот это пипец...

Это не пипец, это фигня. Заняться некому.

Здравствуйте, Othello, Вы писали:

O>Смотрю рефлектором и вижу вот что
O>

O>if (((queuePriority <= 0) ? 1 : 0) == 1)
O>    {
O>        throw new ArgumentOutOfRangeException("queuePriority");
O>    }
O>

Есть такой косяк. Кто-то воде даже пылатся замазать, но так, значит, до конца и не искоренил.

O>Можно ли это както обойти ? или это баг ? или так правилнее ???

Не обрашай внимание. JIT это выбрасывает в лучшем виде. Так что на производительности это не отразится. Ну, будет пара лишних байт в сборке.

Здравствуйте, Othello, Вы писали:

O>Можно ли это както обойти ? или это баг ? или так правилнее ???

Кстати. На самом деле генерируемый код в релизе практически идентичен шарповскому. А приведённое поведение проявляется только в Debug. Но в Debug делаются специальные трансформации практически на всех стадиях, в частности, для того, чтобы можно было удобнее расставить точки останова для match и т.п. Так что на генерируемый в дебаге код лучше вообще не смотреть.

Здравствуйте, Othello, Вы писали:

O>Можно ли это както обойти ? или это баг ? или так правилнее ???

Я бы вообще смотрел (и смотрю) на генерируемый Reflector'ом код с заметной долей скептицизма. Ибо рефлектор сам занимается оптимизацией кода.
Получаемый код сильно зависит от параметра настроек рефлектора Optimization (none, .NET 1.0, .NET 2.0 и .NET 3.0).
Как пример скажу, что рефлектор выкидывает локальную переменную, если она используется один раз и заменяет её инициализатором. Даже при отключенной оптимизации.

SomeClass a=tmp.Current;
a.Run();

будет заменён на

SomeClass a;
tmp.Current.Run();