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

524
Глава.20 .Исключения.и.управление.состоянием
ВниМание
По.большей.части.FCL-код.не.гарантирует.сохранения.нормального.состояния.по-
сле.неожиданного.исключения .При.обнаружении.исключения,.прошедшего.через.
FCL-код,.продолжение.работы.с.FCL-объектами.повышает.вероятность.их.непред-
сказуемого.поведения 
В этом разделе я попытался познакомить вас с возможными проблемами, связан-
ными с механизмом обработки исключений в CLR. Большинство приложений не 
стоит использовать при повреждении их состояния, так как это ведет к появлению 
некорректных данных и даже дефектов в системе безопасности. Если вы пишете 
приложение, которое не может аварийно завершать свою работу (например, опе-
рационную систему или ядро базы данных), не стоит использовать управляемый 
код. И так как система Microsoft Exchange Server написана в основном средствами 
управляемого кода, для хранения электронной почты она задействует собственную 
базу данных. Эта база называется Extensible Storage Engine, она поставляется вместе 
с Windows и обычно располагается по адресу 
C:\Windows\System32\EseNT dll
. При 
желании вы можете воспользоваться этой базой для своих приложений.
Управляемый код хорошо подходит для приложений, которые могут перенести 
прекращение работы при возможном повреждении состояния. В эту категорию 
попадает множество приложений. Написать собственную устойчиво работающую 
библиотеку классов или приложение крайне сложно, именно поэтому в большинстве 
случаев разработчики предпочитают обходиться управляемым кодом, повышая 
продуктивность своей работы.
Приемы работы с исключениями
Понимать механизм обработки исключений важно, но не менее важно уметь 
правильно пользоваться исключениями. Слишком часто я встречал библиотеки, 
которые перехватывали все исключения без разбора и оставляли разработчика при-
ложения в неведении о возникшем сбое. В этом разделе я предлагаю рекомендации 
по использованию исключений, которые должен знать каждый разработчик.