Разделение интерфейса типа данных Serializable и его реализации позволяет любому классу легко выбрать один из следующих вариантов реализации метода

serialize ( ):

? расширить класс Serializer;

? использовать класс Serializer через композицию;

? непосредственно предоставить собственную реализацию метода serialize( ).

Если класс не расширяет другой класс, он может расширить класс Serializer (этот вариант наименее трудоемкий). Если класс уже расширяет другой класс, он может использовать возможности класса Serializer через композицию (этот вариант наиболее гибкий). Наконец, если класс нуждается в собственной уникальной процедуре сериализации, он может непосредственно реализовать интерфейс Serializable (этот вариант наиболее трудоемкий, но в некоторых ситуациях обойтись без него невозможно).

Принимая во внимание гибкость описанной структуры, корпорация Sun Microsystems рекомендует, чтобы в приложениях на языке Java любой класс, у которого могут быть подклассы, являлся реализацией некоего интерфейса. По существу, подклассы могут создаваться непосредственно от данного класса или же он может использоваться классом, унаследованным от другого класса, через композицию. Рекомендация корпорации Sun также имеет смысл и для больших приложений, разрабатываемых на языке ActionScript.

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

НекийАбстрактныйТип

Абстрактное описание типа данных

Реализует

j»"»"! Интерфейс I | Класс

Реализует

НекийКонкретныйТип

Реализация типа данных

Расширяет

Сохраняет

НекийКонкретныйПодтип

НекийАбстрактныйТип

используется через наследование

НекийДругойТип

Несвязанный класс

Т

Расширяет

)

НекийДругойПодтип

НекийАбстрактныйТип используется через композицию

Экземпляр НекийКонкретныйТип

Рис. 9.1. Множественное наследование типов данных через интерфейсы

На рис. 9.2 показана структура конкретных классов Serializable, Point и Rectangle из предыдущего примера.