. Стиллмен, Дж. Грин - Изучаем C#, 2-е издание

я правильно

я правильно понимаю, что объекты, реализующие интерфейс I D is p o s a b le , используются только внутри оператора u s in g ? ^ ! Да. Интерфейс ID is p o s a b le предназначен для работы с оператором u s in g , и добавление этого оператора эквивалентно созданию экземпляра класса, только тут всегда вызывается метод Dispose{). Любой ли оператор может быть Iомещен в блок u s in g ? ^ ! Разумеется. Оператор u s in g всего лишь гарантирует уничтожение любого созданного вами объекга. Но использовать эти объекгы вы можете на свое усмотрение. Можно даже создать объект при помощи оператора u s in g и не упоминать его внутри блока. Впрочем, это не имеет практического смысла. часацо ^ а Д а Б а е М ы е Б о ц р о с ь ! Может ли метод быть вызван D is p o s e О вне оператора u s in g ? Q ; Конечно. На самом деле в этом случае оператор using вообще не нужен. Вызывайте метод Dispose (), завершив работу с объектом. Он высвободит указанные ресурсы, как и при вызове вручную метода Close {) для потока. Оператор using всего лишь облетает чтение и понимание кода и предотвращает проблемы, которые могуг возникнуть, если не удалить объект. !)• Вы упомянули блок t r y / f i n a l l y , значает ли это, что операторы t r y и f i n a l l y могут фигурировать без оператора c a tc h ? О! Да! Вы можете скомбинировать ж try непосредственно с блоком finally, как показано здесь: обработка исключений try { DoSomethingRiskyО ; SomethingElseRisky(); } finally { AlwaysExecuteThis{); } При обнаружении исключения в методе DoSomethingRisky О немедленно будет запущен блок f inal 1у. Правда ли, что метод D is p o s e О работает только с файлами и потоками? О ; Нет, многие классы реализуют интерфейс IDisposable, и при работе с ними всегда нужно использовать оператор using. (С некоторыми из этих классов вы познакомитесь в следующей главе.) Если вы пишете класс, который нужно утилизировать определенным способом, таюке реализуйте интерфейс IDisposable. Если блоки try/catch — это такой полезный инструмент, почему он не используется по умолчанию, а нам приходится вводить код вручную? Сначала нужно определить тип появляющегося исключения, чтобы правильно его обработать. Ведь обработка исключений не сводится к выводу стандартного сообщения об ошибке. Скажем, в программе для поиска оправданий, зная о появлении исключения FileNotFoundException, можно вывести сообщение с советом, где искать нужные файлы. А в случае исключений, связанных с базами данных, можно по электронной почте отправить сообщение администратору. Так что все ваши действия зависят от типа обнаруженного исключения. Именно поэтому так много классов наследуют от^класса Exception. Порой вам даже приходится писать такие классы самостоятельно. дальше * 483

упущенные возможности Hauxyguiuu бариант блока catch Блок c a tc h позволяет программе продолжить работу. Появившееся исключение обрабатывается и вместо аварийной остановки и сообщения об ошибке вы двигаетесь дальше. Но это не всегда хорошо. Рассмотрим странно работающий класс C a lc u la to r . Что же происходит? c l a s s C a lc u la t o r { p i i b l i c v o id D iv id e ( i n t d iv i d e n d , i n t d i v i s o r ) { t r y { Если делитель равен нулю, появляется исключение^ - pivdeB yZeroE xception. t h i s . q u o t i e n t = d iv id e n d / d i v i s o r ; } catch { — "■ I I Примечание Джима: нужно п о н я т ь , как п р ед о т в р а т и т ь в в од Почему несмот ря на наличие олока catch мы получаем с о - оощение об ошибке? / / п ол ь зовател я ош н у л е в о г о зн а ч ен и я в д е л и т е л ь . 11сЬючения дод)кны обрабатываться, а не скрываться П рограм м ист подум ал, что смож ет скрыть исключения при помощи пуст ого блока catch, но всего лишь создал проблем у пользоват елям програм м ы . Тот факт, что программа продолжает работу, не означает обработки исключений. Написанный выше код не будет аварийно остановлен... по крайней мере, не в методе D iv id e (). Но что если этот метод вызывается другим методом, который пытается вывести результат? При равенстве делителя нулю, метод, скорее всего, вернет неправильное (и неожиданное) значение. Нужно не просто добавить комментарий, а обработать исключение. Даже если вы не знаете, что делать, не остаеляйте блок catch пустым или закомментированным! Это лишь усложняет пользование программой. Лучше пусть появится сообщение об исключении, это хотя бы позволяет понять, что именно работает не так. Помните, что если исключение не обрабатывается,, оно поднимается вверк в стеке вызовов. Это тоже своего рода обработка. 484 глава 10