Arta писал(а) 07. Июля 2008 :: 05:21:

нет

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

Что удобнее? 

эт я просто так.
Каждый программист решает для себя сам, исходя из условий конкретной задачи
И это КЛАСС!

Весь смысл наследования как раз и состоит в однократном/редком задании кода алгоритма родителя и добавления вариативности поведения к этому алгоритму путем добавления спец. методов в наследниках, т.н. виртуальных функциях.
И если ты часто переписываешь код родителя, совершенно его так меняя, что приходится и код наследников менять, то это проблема твоего проектирования

В наследнике как раз никогда не нужно переписывать код от родителя, наследник должен уметь пользоваться кодом родителя.

Пример наследования:
Документ - Документ.СчетФактура
В родителе описан метод Записать(), вызывающий Виртуальный метод ВыполнитьЗапись()
1. В Документе код ВыполнитьЗапись() - проверка прав, даты запрета редактирования и т.д. универсальные действия для любых документов
2. В Счет-Фактуре код ВыполнитьЗапись() - вызов родительского ВыполнитьЗапись(), если он возвращает 1, то выполняем спец.действия только для счет-фактуры.
В коде класса Счет-Фактура нет кода для исходного Записать(), есть только ВыполнитьЗапись()

Как видите, никакого дублирования.

И помним, что наследование - это отношения "является", а не содержит.
Возможно, поэтому у вас и код дублируется, и т.п. "плохие запахи"

+100 с оговоркой, что все зависит от специфики кода и нужности класса как родителя
Повторюсь классы и ООП, это КЛАСС!
Не зря ведь в языках высокого уровня всё на них  

artbear писал(а) 08. Июля 2008 :: 09:10:


Универсальными классами Отчет, Документ не пользуюсь, классы применяю для выноса расчетных алгоритмов, либо просто для выделения блока глоб. функций в отдельный ert, есть ещё пара классов специфичных по проверке табл частей документа и т.д., удобство тут конечно в основном инкапсуляция. Вот для этих задач наследование ну никак не годится.

Согласен Документ -> Документ.РасходнаяНакладная может и удобно тому кто переписывает на классы работу стандартных методов типа 1с Документ, интересно а для чего оно нужно это переписывание, чтобы внести новую функциональность ?