Доброго времени суток.

Имеется класс TProblem с методом Solve:

где MainSolveRoutine реализуется потомком (например Problem1 = class(TProblem)), и полученный в ней результат должен возвращаться в FSolution.

Правильна и возможна ли такая структура? Стоит ли и есть ли возможность ее улучшить?

Спасибо.

Это сообщение отредактировал(а) Keeper89 - 9.8.2010, 13:54

правильна, для этого придуманы virtual методы - вызов метода потомка из родителя

Добавлено @ 14:48
имеет смысл если таких потомков несколько и у каждого своя реализация MainSolveRoutine(); 

Это сообщение отредактировал(а) Frees - 9.8.2010, 14:48

Frees, ок. А как тогда реализовать дочернюю процедуру с возвращением значений в родительский FSolution?

не совсем понял что такое  FSolution
понял

FSolution не принадлежит классу, поэтому она везде будет иметь одно и  тоже значение..

Добавлено через 3 минуты и 57 секунд
FSolution - сделай полем класса TProblem  и пиши в нее, в потомках из нее можешь читать...

Это сообщение отредактировал(а) Frees - 9.8.2010, 14:57

Кстати, тип Real - устаревший. Используй Double.

Qu1nt, я его и использую, это просто для примера.

Это сообщение отредактировал(а) Keeper89 - 9.8.2010, 23:11

Keeper89, ну как бы так...


проверка:

pseud, спасибо, утром реализовал как раз такую вещь 

Вопрос в тему. Если во втором случае перенести

из protected в private, будут соответствующие ворнинги.
Стоит так делать или лучше оставить в protected?

варнингов не будет, будет лишь хинт:

А какой смысл переносить в private? Только если ты планируешь создавать классы-наследники TBigProblem, описываемые в других модулях, и в них ну совсем нельзя переопределять метод MainSolveRoutine.
Понижать видимость не принято.

Ok, спасибо.

А что мешает использовать FSolution в секции Private?

напрмер, вот это:

Ну так сделай свойство у класса
 
И юзай его другим классом. Предыдущими примерами ты нарушаеш инкапсуляцию

ОФФ

во-первых, не я держатель темы.
во-вторых, в теме поднят вопрос "Как намазать хлеб на масло?". А твой ответ звучит как "Масло нужно достать из холодильника, а не из шкафчика" 
в-третьих, тема давно решена и нет никакого смысла вываливать ее на верх раздела.

Добавлено через 6 минут и 46 секунд
а с полиморфизмом и наследованием я ничего хоть не напорол?

Сожалею, что моё мнение вызывает у тебя иронию. Не хочется вступать в дискуссию, но пожалуй отвечу. В теме был поднят вопрос:
 на который ты (надеюсь не обидишься что перешёл на ты) ответил imho частично.
Исходя из твоей аналогии с хлебом и маслом, вопрос звучит так:
"можно ли и как правильно мазать масло на хлеб?" А мой ответ прозвучал: "Масло нужно мазать на хлеб сверху а не снизу".
Такой стиль с Public полем обычно используется в проектах "писаных на коленках" Как правило такие проеты долго не живут. Ты в vcl много классов видел с public полями? Я не вижу ничего плохого в том что бы рассказать человеку об альтернативной конструкции, более правильной с точки зрения ооп, чтобы он приучался использовать таковые, а не плодить Public-поля.

Если уж вы перешли на масло, то маслом здесь был подход к реализации дочерней процедуры, а не в какой секции что объявить. 
pseud привет пример первого, что и нужно было. Что касается "правильности", у меня переменная стоит в private, хотя объявление свойства

абсолютно идентично паблик переменной.