Изменяемые компоненты формы хранить в плагинах или подключаемых файлах?

[plato]

Нужен совет о том, как лучше организовать форму приложения.
Само приложение работает так. Есть несколько разных sql-запросов к БД. У каждого запроса могут быть свои параметры. Эти параметры буду вводиться при помощи различных визуальных компонент типа TEdit, TChekBox, TUpDown и т.п. В зависимости от запроса и от количества параметров соответственно этим компоненты разнятся.
В том случае, когда этих запросов 4-5, то все можно было бы сделать, например через TPageControl, расставить для каждого запроса компоненты, и жить счастливо.
Но количество разных вариантов запросов растет с каждым днем.
При запуске программы, программа должна просканировать соответствующий каталог, выяснить список тех форм (или как это лучше обозвать, список плагинов, дополнений, приложений) которые она будет обрабатывать, и на основании этого списка формируется меню. Затем, жму в меню нужный пункт, и у меня на форме появляются нужные кнопки и компоненты, а sql-запрос хранится в какой-то переменной. Ну и далее по смыслу запроса что-то делается и выводится.
Стоит вопрос, как это лучше организовать, чтобы не переделывать каждый раз приложение.
Есть такие варианты:
1) Делать плагины. Создал dll и подбросил в каталог с плагинами. Но мне кажется, что задача намного проще, чем использование dll.
2) Хранить описание нужных компонентов в ini, txt или xml файлах.
3) Ваш вариант …. )))))))))

[Stilet]

Хранить описание нужных компонентов в ini, txt или xml файлах.

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

[plato]

В целом правильно. Но, походу, кнопка будет одна с однинаковым набором действий для всех запросов. Т.е. она будет запускать запрос на выолнение и выводить рельтат в грид. Соттветсвенно грид и кнопку можно сделать стационарными и не менять.
А на счет ДЛЛ.
Мне бы хотелось не подгружать нужную форму целиком, а сделать иначе.
Есть три стационарных компоненты: 1) Грид, 2) кнопка с общим дейтвием для всех запросов, и 3) чистая панель, на которую я буду расставлять подгружаемые компоненты.
Вот так вот как-то хотелось бы....

[SuperVisor]

Ну, если не хотите делать это через dll, то придется Вам самому писать обработчик "описания нужных компонентов в ini, txt или xml файлах".
Динамически выстраивать компоненты и т.д. Только вот действия компонент(по нажатию кнопки, допустим) у вас не получатся...

Мне бы хотелось не подгружать нужную форму целиком

Никто и не заставляет )) Для библиотек делаете стандартную операцию (LoadMyLibrary, допустим) и проходитесь по всем библиотекам... Библиотеки вполне могут сделать Вам все, что пожелаете - не строить формы, а дополнять существующие в том числе. ))

[plato]

да, щаз еще чуток подразобрался, походу в библиотеках это будет удобнее

[Stilet]

Есть три стационарных компоненты

Если все стационарно то зачем лишние плагины?
Пусть селекты хранятся в ИНИ файле, и оттуда их и выбирай.

[plato]

не все, третий компонент, "панель", он стационарный, но на него я хотел в зависимости от задачи размещать динамически компоненты......
ну или, если длл, то тогда уже открывать модальные формы, созданные в этих длл

[Stilet]

plato

Тогда я бы в ДЛЛ или BPL загонял Frame с его обработчиками, а уже на панель этот Фрейм подгружал. Тогда эти библиотеки полностью зависят от разработчика.

[plato]

каким образом натянуть фрейм на понель?
для формы я в ДЛЛ-ке писал функцию

function MShowForm : Integer; stdcall;
var
Form : TForm1;
begin
Form := TForm1.Create(Application);
Result := Form.ShowModal;
Form.Free;
end;

Для фрейма .ShowModal разумеется это не прилепишь.

[evg_m]

f:=tframe.Create(panel);
f.parent:=panel;
f.allign:=altop;
f.name:='';//что-бы можно было добфвитьдва одинакоых