57. Объявление интерфейса и объявление класса, реализующего интерфейс.

Объявление интерфейса очень похоже на объявление класса, за исключением того, что используется ключевое слово interface. Назвать интерфейс можно как угодно, если имя корректно, но по соглашению названия интерфейсов похожи на названия классов. Вы можете включить в интерфейс константы, объявления методов, или и то, и другое.

58. Правила создания класса-интерфейса в BlueJ

В блюджи выбираем меню класс выбираем класс интерфейс.

59. Борьба с ошибками в программах. Защита кода проверкой допустимости данных.

Три подхода в защите от ошибок:

- всевозможнве проверки

- надежда на операционную систему, порядочность программистов

Применение возможностей джава

Существует три различных типа проверки допустимости данных,

и ObjectWindows поддерживает их по-разному. Этими тремя видами

являются:

* Фильтрация ввода.

* Проверка допустимости каждого элемента.

* Проверка допустимости полных экранов.

Заметим, что эти методы не являются взаимно-исключающими.

Ряд стандартных средств проверки допустимости могут комбинировать в одном механизме проверки допустимости различные методы.

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

60. Понятие исключения. Типы исключений.

Первого рода исключением является проверяемое исключение . Эти исключительные условия, которые хорошо письменного заявления должны предвидеть и исправить. Например, предположим, что приложение запросит у пользователя имя входного файла, а затем открывает файл, передавая имя конструктора для java.io.FileReader . Как правило, пользователь указывает имя существующего, легко читаемый файл, так что строительствоFileReader объект успешно, и выполнения приложения протекает нормально. Но иногда пользователь предоставляет имя несуществующего файла, и конструктор выдает java.io.FileNotFoundException . Хорошо написанная программа поймает это исключение и уведомить пользователя об ошибке, возможно, запросы на исправленный файл имя.

Проверено исключения могут к Поймать или Укажите требования. Все исключения проверяемых исключений, за исключением тех указывается ошибка ,RuntimeException , и их подклассов.

Второй тип исключения ошибки . Эти исключительные условия, которые являются внешними по отношению к приложению, и это приложение, как правило, не может предвидеть или исправить. Например, предположим, что приложение успешно открывает файл для ввода, но не может прочитать файл из-за неисправности оборудования или системы. Невыполненной операции чтения будут бросать java.io.IOError . Приложение может выбрать поймать это исключение, для того, чтобы уведомить пользователя о проблеме - но она также может иметь смысл для программы печати трассировки стека и выход.

Ошибки не подлежат чтобы поймать или Укажите требования. Ошибки эти исключения указывается ошибка и его подклассы.

Третий вид исключение исключение во время выполнения . Эти исключительные условия, которые являются внутренними для приложения, и что применение обычно не может предвидеть или исправить. Они обычно указывают на ошибки программирования, таких как логические ошибки или неправильного использования API. Например, рассмотрим приложение, описанное ранее, который проходит имя файла, чтобы конструктор дляFileReader . Если логическая ошибка приводит к нулевой должны быть переданы в конструктор, конструктор выдаст NullPointerException .Приложение может перехватить это исключение, но, вероятно, имеет больше смысла для устранения ошибка, приводившая исключением произойти.

Время исключения не подлежат , чтобы поймать или Укажите требования. Время Исключение составляют те указывают RuntimeException и его подклассы.

Ошибки и исключения времени выполнения все вместе известны как непроверяемые исключения .