Объектно-ориентированное программирование
книга

Объектно-ориентированное программирование : лабораторный практикум

1

Форматы: PDF

Издательство: Северо-Кавказский Федеральный университет (СКФУ)

Год: 2015

Место издания: Ставрополь

Страниц: 183

Артикул: 20487

Возрастная маркировка: 16+

Электронная книга
366

Краткая аннотация книги "Объектно-ориентированное программирование"

Лабораторный практикум составлен в соответствии с требованиями Федерального государственного образовательного стандарта высшего образования и программой дисциплины. Первая часть пособия охватывает теоретические аспекты проектирования и разработки приложений с использованием объектного подхода, а также предназначено для получения практических навыков программирования приложений с использованием объектно-ориентированного языка Java. Содержит цикл лабораторных работ, включающих теоретический материал, методические указания к их выполнению, контрольные вопросы, литературу. Предназначено для студентов, обучающихся по направлению подготовки 09.03.02 – Информационные системы и технологии.

Содержание книги "Объектно-ориентированное программирование"


Предисловие
1. Классы
2. Объекты
3. Структура программ
4. Наследование реализации
5. Интерфейсы
6. Обобщенные типы
7. Коллекции
8. Графический интерфейс пользователя. Основы обработки событий
9. События
Заключение
Литература
Приложение

Все отзывы о книге Объектно-ориентированное программирование : лабораторный практикум

Чтобы оставить отзыв, зарегистрируйтесь или войдите

Отрывок из книги Объектно-ориентированное программирование : лабораторный практикум

72Объектно-ориентированное программированиекласс реализует интерфейс, то он должен реализовать все методы ин-терфейса. Один интерфейс могут реализовывать несколько различ-ных классов, при этом каждый из них делает это по-своему.Рассмотрим пример. На рис. 4.1 была представлена иерархия классов. Допустим, что проект ГИС развивался и возникла необхо-димость рисовать все эти объекты на карте. Это общий функционал для всех объектов предметной области, то есть метод Draw(), кото-рый рисует объекты на карте, должен быть членом класса GISObject, а каждый подкласс в иерархии должен переопределить этот метод – реализовать полиморфное поведение. В данной цепочке рассужде-ний есть недостатки.1. При рисовании объектов понадобятся новые данные: цвет, тол-щина линий, геометрические примитивы и т.п. Все эти данные нуж-но будет включать в GISObject.2. Не все объекты требуют рисования. Например, объекты классов DynamicObject и StaticObject не представляют интереса для пользо-вателя ГИС, они только инкапсулируют общий функционал для сво-их подклассов. Значит, эти объекты не должны рисоваться на карте. Что делать с методом Draw()? Оставить пустым? Возникает альтер-нативная классификация типов: не «подвижные – статические», а «рисуемые – невидимые».3. Рисование на карте – это только одна область, которая может возникнуть в процессе разработки. В системе ГИС может потребо-ваться: добавить к выборочным типам контактную информацию; реализовать механизм сохранения; реализовать сетевое взаимодей-ствие; добавить механизм интерактивного взаимодействия с пользо-вателем и т.п. Новый функционал повлечет перестроение иерархии классов и(или) создаст перегруженность суперкласса иерархии.Для разрешения проблемы предназначены интерфейсы. Объяв-ление интерфейсного типа показано на рис. 5.1Рис. 5.1. Пример объявления интерфейса