C#: Этюды, часть 2

нет )
NullReferenceException будет обернут внутрь другого исключения
убедитесь сами

C#: Этюды, часть 2

MSDN говорит о TargetInvocationException: The exception that is thrown by methods invoked through reflection

Здесь у нас нет рефлексии вроде бы. Давайте сформулирую четче: речь идет о коде habrahabr.ru/blogs/net/77039/#comment_2241555
какое исключение получится в результате, если конструктор Z.Z() бросит, скажем, NullReferenceException?

C#: Этюды, часть 2

кстати, есть еще один способ — через атрибуты. правда, в мелкософте об этом догадались, и все атрибуты, которые проверяются перед запуском, помечены как sealed (
так что только через подмену сборки со стандартными атрибутами

C#: Этюды, часть 2

да, пожалуй
кстати, какого типа будет это неперехваченное исключение? )

C#: Этюды, часть 2

других, к сожалению, не знаю, но очень хочется узнать

C#: Этюды, часть 2

вот ниже показали еще способ
ну и применим тот же способ, которым решается этюд
по сути в этом и заключался исходный этюд для канала #c# )

C#: Этюды, часть 2

буду только рад!

C#: Этюды, часть 2

первое ограничение запрещает определять еще один метод Main ;)

C#: Этюды, часть 2

насчет сферического коня спорить не буду )
а смысл в такой задачке был в порядке вызова элементов — инициализатор производного типа, конструктор базового типа, конструктор производного типа. мне эта последовательность показалась неочевидной, на ней я и попытался построить задачку. то, что bobermaniac смог мои ограничения обойти — ему только в плюс, я считаю

C#: Этюды, часть 2

спасибо за ремарку, но под кодом в данном случае (и всех остальных) я подразумеваю исключительно C#-код, если не сказано обратное

C#: Этюды, часть 2

по условию — нельзя

C#: Этюды, часть 2

да, можно принять как правильное ))
похоже, я недостаточно наложил ограничений на консольный вывод )

C#: Этюды, часть 2

этот вариант правильный, предыдущий — нет, поскольку меняет код конструктора X.X

C#: Этюды, часть 2

да, этот способ годится + есть много его вариаций )
может, еще какой-то знаете?

С#: Этюды, часть 1

конечно, забота об этом ложится на разработчика. как и в случае перегрузки GetHashCode — пользователь должен гарантировать, что для объекта с одним и тем же состоянием будет возвращаться один и тот же хэш

С#: Этюды, часть 1

нет, она эквивалентна X.operator true(x)? a: b;
вызывается только один оператор из двух (они должны быть всегда определены вместе)
какой именно вызывается, зависит от того, какой выгоднее, чтобы оборвать вычисления: если, к примеру, выражение x1 && x2, то вызовется false, если x1 || x2, вызовется true

соответственно, тот, кто пишет эти операторы, может оптимизировать каждый из них под нужную ситуацию. но в любом случае они должны давать противоположный результат

С#: Этюды, часть 1

готово

С#: Этюды, часть 1

будет обязательно )

С#: Этюды, часть 1

весь свой код в этюдах я предварительно проверяю, так что все прекрасно работает

С#: Этюды, часть 1

смотрите в PPS, надеюсь, понятно написал