Такая вот задачка, хотелось бы знать Ваше мнение. Рассмотрите три геометрических понятия: линия (бесконечна в обоих направлениях), луч (начало в фиксированной точке, бесконечен в одном направлении), сегмент (отрезок прямой с фиксированными концами). Как бы вы построили классы, представляющие эти три понятия, в виде иерархии наследования? Будет ли ваше решение другим, если вы обратите особое внимание на представление данных (на поведение)? Охарактеризуйте тип наследования, который вы использовали. 

Насколько понимаю, изменится. Базовый класс - линия. Его наследует луч, а его сегмент. Но при рассмотрении поведения, например, НАРИСОВАТЬ, здесь уже композиция - сегмент содержится в луче, а луч в линии.. Или я не прав?

Пример может быть не очень хорош, но суть понятна.

Решение - образец проектирования Bridge

thnx, только никогда не использовал его...

никакого наследования в смысле ООП тут нет

луч не является отрезком, отрезок не является лучом, с прямой - то же самое


чтобы обратить внимание на поведение, нужно знать, что ж у них за поведение - в разных системах можно дать разный набор операций

Как нет наследования?


 А поведение ну хотя бы самый элементарный случай - Нарисовать()

конечно, можно написать программу, где одно наследуется от другого
но, насколько я понял, интересует, как написать её правильно
наследование в ООП выражает знание о том, что все объекты какого-то класса также являются объектами более общего класса (классический пример: любое яблоко является фруктом)
так вот в данном случае это не так - луч не является прямой

Добавлено через 1 минуту и 30 секунд
а что касается поведения:
в данном случае можно выделить базовый класс "объект, который можно нарисовать" и все класса унаследовать от него

Это сообщение отредактировал(а) mes - 15.12.2008, 13:52

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

zlobozavr, вы лучше задачу опишите.
Все зависит от того, как мы потом собираемся работать с этим лучом, отрезком и тп.
Что хорошо для одних задач, будет плохо для других. Типичная программерская ошибка - отбрасывать предметную область.

и

это разные вещи.

По вашему, глаз является частью человека, следовательно, глаз - это человек!
maxim1000, выше все верно написал

Это небеизвестная книга: Бадд Объектно-ориентированное программирование в действии, 7.6.4

zlobozavr, не поняла ответа.
Вы просто тренируетесь? Никакой прикладной цели нет?

Пока да.  

Тогда я вам отвечу. 
Решение полностью определяется задачей. Не зная задачи, нельзя построить оптимальную модель. Т.к. решений здесь множество, каждое подойдет, но надо знать, в какой ситуации его применять.

Согласен. Именно поэтому и обратился за помощью потому как нашел несколько вроде казалось правильных решений, подумал что запутался...

mes

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

Все зависит от системы координат.
Можно взять декартову, а можно полярную.
Тогда в декартовой всем трем будет достаточно двух точек
А в полярной - угла и одной точки.

тоже верно   

можно выделить класс объектов, которые могут быть аналитически представлены частью прямой
что-то типа Linear

границы можно будет задавать параметром на этой прямой, а не полноценными трёхмерными точками, у прямой не будет ни одной, в луча одна, у отрезка - две границы

от этого класса унаследуются все три объекта

хотя здесь стоит быть поосторожнее - получается вынесение внутренних аспектов реализации наружу

Интересный вариант..   

maxim1000, практически прав, но я бы предложил немного другой подход:

все три объекта содержат координаты хотя бы 2-х точек, т.к. чтобы нарисовать линию - нужно знать 2 точки, луч - тоже, только у него одна из точек является началом, отрезок - 2 точки (начало и конец). Т.е. у них разное только поведение НарисоватьСебя. Отсюда имеем:



как-то так.

Это сообщение отредактировал(а) StepS - 16.12.2008, 19:45

аналогично как и я думал сначала. Но дело в том что не требуется здесь никакая конкретная реализация, а
    
1. Как бы вы построили классы, представляющие эти три понятия, в виде иерархии наследования? 
2. Будет ли ваше решение другим, если вы обратите особое внимание на представление данных (на поведение)? 
3. Охарактеризуйте тип наследования, который вы использовали.

По-моему правильнее будет

1. сегмент - часть луча, луч - часть линии ("has a")
2. не изменится (нарисоватьСебя())
3. композиция