Net framework 5, а также среды Visual Studio 2012 и C#

CLS-совместимые и CLS-несовместимые исключения
Все языки программирования, ориентированные на CLR, должны поддерживать 
создание объектов класса 
Exception
, так как этого требует общеязыковая специфи-
кация (Common Language Specification, CLS). Но на самом деле, CLR разрешает 
создавать экземпляры любого типа, в результате в некоторых языках появляются 
несовместимые с CLS исключения типа 
String
, 
Int32
или 
DateTime
. Компилятор 
C# разрешает генерировать только объекты, производные от класса 
Exception
, в то 
время как в других языках это ограничение отсутствует.
Многие программисты не знают, что для передачи исключения можно генериро-
вать объект любого типа, поэтому они пользуются только объектами, производными 
от класса 
Exception
. До выхода версии CLR 2.0 в блоках 
catch
перехватывались 
только CLS-совместимые исключения. Если метод на C# вызывал метод, написан-
ный на другом языке, и тот генерировал CLS-несовместимое исключение, его было 
невозможно перехватить, что чревато нарушением защиты.
Начиная с версии 2.0, в CLR появился класс 
RuntimeWrappedException
, опре-
деленный в пространстве имен 
System.Runtime.CompilerServices
. Являясь 
производным от класса 
Exception
, он представляет собой CLS-совместимый тип 
исключений. Этот класс обладает закрытым полем типа 
Object
, к которому можно 
обратиться через предназначенное только для чтения свойство 
WrappedException
того же класса. В CLR 2.0 при генерации CLS-несовместимого исключения авто-
матически создается экземпляр класса 
RuntimeWrappedException
, закрытому полю 
которого присваивается ссылка на вброшенный объект. Таким способом несовме-
стимые с CLS исключения превращаются в CLS-совместимые. В итоге любой код, 
умеющий перехватывать исключения типа 
Exception
, будет перехватывать и все 
остальные исключения, что устраняет угрозу безопасности.
До версии 2.0 перехват CLS-несовместимых исключений осуществлялся с по-
мощью примерно такого кода:

---

504