Классы. "Наследование" значений свойств.

[Alex11223]

А чего с "А" непонятно? Просто имя. Обычно как-то так принято называть в Дельфи, иначе ж совпадет с членом класса (в других языках либо регистр первой буквы, либо префиксы типа m_, _ для полей).

F для полей, A для параметров. Видимо от Field и Argument

[Ship_1]

Аа. Понятно. А то я подумал, что какие-то особые указатели.
Про CreateA5Book. Если бы у свойства было бы только одно значение - его бы и писать не имело смысла. По Вашему примеру получается, что для каждого значения параметра нужно свой конструктор создавать.
А разве нельзя сделать вот так:

TPrintProduct = class
public
  Format: string;

  constructor Create(AFormat: string);
end;

TBook = class(TPrintProduct)
public
  Author: string;

  constructor CreateBook(PrintBook: TPrintProduct);
end;

constructor TBook.CreateBook(PrintBook: TPrintProduct);
begin
  Format := PrintBook.Format;
  Author := AAuthor;
end;

[Alex11223]

А чем это поможет? Сложно представить сценарий использования где это имело бы смысл и где бы это не решалось конструкторами или функциями типа CreateA5.

[evg_m]

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

Свойства можно (и нужно) задавать и ВНЕ конструктора. Обычно так и делается.

r:=TPrintProduct.Create(....);
r.Autor:='00000';
r.format:='-----';

а в конструкторе задаются ТОТ МИНИМАЛЬНЫЙ набор свойств без которых объект будет неудобно (или невозможно по мнению разработчика) использовать.

[Alex11223]

Сообщение от evg_m

и нужно

С чего вдруг? Это зависит от ситуации.

Если объект не надо изменять после создания (что довольно часто бывает), то лучше вообще сделать свойства извне readonly и использовать только конструктор.

[Ship_1]

Сообщение от Alex11223

А чем это поможет? Сложно представить сценарий использования где это имело бы смысл и где бы это не решалось конструкторами или функциями типа CreateA5.

Ну я же достаточно, вроде, наглядный пример привёл.
Есть печатная продукция. Делится на виды "Книги" и "Журналы".
Книги, например, могут быть размерами А4, А5, А6, А7.
Журналы: А4 и А3.
Книги могут быть:
серийные, у них параметры - Автор, Название серии, Название книги.
Коллекции (анталогии, собрания) - Автор, Название коллекции, Номер тома, Количество томов,
Просто книги, у которых только автор и название.
И могут быть журналы - вообще со своими свойствами.
Вот мы создали экземпляр КнигаА5 родительского класса ПечатнаяПродукция с типом: Книги, Форматом: А5.
Далее, у нас есть серии, собрания, просто книги.
Чтоб в каждом не писать тип: книга, формат: А5 было бы проще создать дочерний класс, к которому первоначально присваивались эти свойства: Книга и А5.
А т.к. кроме книги есть ещё и журналы, а форматов тоже несколько, то создавать свой конструктор для каждого не проще, чем присваивать "дочкам" свойства "родителей" "вручную". А если в конструктор передавать родителя - это бы решило проблему.
Для книг А4 через родителя КнигиА4 передались бы их параметры, для журнала А4 - через соответствующего, и т.п.
Что-то у меня уже мозг путаться начал...
Или, например, синтезаторы. Может, этот пример лучше будет. Есть родительский класс, определяющий количество нот, количество инструментов, ритмов. На этапе выбора модели нафиг не нужна стоимость. И зачем она в этом классе? Но если модель уже выбрана - то внимание уже начинает падать на неё. Разве не лучше в этом случае создать дочерний класс, в который уже добавить стоимость?

Как хорошо написали выше

Сообщение от evg_m

родительский класс разлинованная ВЕРХНЯЯ половинка листа
дочерний класс Целый разлинованный лист

Но, переведя на страницы сайта, зачем всё время перерисовывать "шапку" страницы, если она не меняется внутри раздела?

[Pavia]

Так как вы хотите сделать нельзя. Нет тут простого способа, метода. Надобно всё ручками делать. Придётся вручную присвоить все поля от предка дочерннму классу.
Для этого либо делаем метод assign. Либо делаете класс строитель и его передаёте в конструкторе.
Читать про шаблоны проектирования, книга четырёх с примерами на Си++.
Так же читать про IoC в ООП.