Create с параметрами. Вопрос для эстетов

[Sibedir]

Посмотри в сторону шаблонов.
1. Создать класс с возможностью заполнеия по шаблону (Assign, Move и т.п.)
2. Создать объект шаблон с некими значениями поумолчанию
3. Вызвал диалог, если нажали ОК, то заполняем шаблон по новым данным.
4. При создании нового экземпляра заполняем его по шаблону с помощью процедур из п.1 (в Create или жестко, сразу в InitInstance )

Если нужна гибгость:

constructor TMyObject.Create (aShablon: TMyObject);
begin
  Assign (aShablon);
end;

[Stilet]

ибо тогда при смене конструктора ты ничего не забудешь поменять потом.

Всмысле?
А если нужно будет по ходу дела скорректировать один из параметров? Свойства все равно должны быть публичными, а раз они есть то зачем в конструктор пихать это все?

Впрочем есть еще вариант - ассоциативные массивы. В конструктор передавать TStrings. А уже стрингс наполнять нужными параметрами. Я лично так часто делаю.

[s.Creator]

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

constructor Create;
begin
a1:=dialog.d1;
a2:=dialog.d2;
end;

А это делает ваш объект привязанным к конкретному диалогу что не есть хорошо

Если вы напишете

Create(dialog.d1);

то уже на этапе компиляции получите ошибку.
а если

c:=MyClass.create;
c.a1:=dialog.d1;

то можете о неназначеной a2 узнать уже во время исполнения в каком нибуть Exception и не факт что в тотже день

[Sibedir]

Сообщение от s.Creator

В конструктор следует помещать параметры, без которых объект не может функционировать и которые как правило не меняются за все время существования объекта.

Думаю не стоит так стереотипизировать. Всё зависит от конкретной задачи.

[s.Creator]

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

Думаю не стоит так стереотипизировать. Всё зависит от конкретной задачи.

+1
программирование творческий процесс, чем мне это и ндравится.

[s.Creator]

только если не заниматься рефакторингом и ничего ничего не "стереотипизировать" - то некогда будет заниматься чем-то новым

[Sibedir]

Сообщение от s.Creator

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

+1
_____________________