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

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