Мне нужно в форму, перед ее показом, передать массу данных: тип диалога, список сотрудников, их ID, параметры операции (5-7 штук), ...

Варианты решения:
1) Майстрачить конструктор на 10-15 параметров (не охота, криво как то это будет выглядеть).
2) Создать структуру, включающую в себя нужные параметры (мне нравится больше всего).
3) Передать часть функциональности по сбору информации в диалог, что сократит число параметров до 4-6 (но тогда инкапсуляция летит к чертям  )
4) не учтенный мной метод (т.е. ваш   )

Зарание спасибо.
P.S. Принимаются любые мысли, даже бредовые. Это тема -- обсуждение.

По-моему 2) лучше всего  Полюбому кода прийдётся много писать, тож лучше 2) - так проще ИМХО.

Bogdan1024, ага. 
Но я стал реализовывать структуру и оказалось, что у нее конструктор будет из того же числа параметров  
т.е. вместо new dialog(...,...,...,...,...,..,...,..) будет new dialog(new InputData(...,...,...,...,...,..,...,..))  

Построчно ингициализировать что ли   

ИМХО класс (не структура) здесь лучше всего будет - код аккуратнее, да и расширять легче в случае необходимости. Кроме того, проще будет получать измененные данные из диалога в случае необходимости:

Поскольку класс передается по ссылке, то изменяя его свойства в диалоге, можно выдавать их в вызывающий код.

Это сообщение отредактировал(а) $tatic - 31.8.2006, 10:22

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

$tatic, результат от параметров принимать не понадобится. Так что структура возможно будет лучше.
P.S. А за название класса спасибо. Никак не мог придумать нормальное название   

Да, для больших классов свойства инициализируются построчно. Можно конечно сделать конструктор например из XML-файла или таблицы данных. Но в каждом частном случае это по-своему решается. Тем более, что определять свойства все равно придется.

Naum,   
Зачот 

Добавлено @ 10:23 
Нееет, товарищи. Извиняюсь что не пояснил. Параметры динамически меняются. В зависимости от того какая кнопка нажата, на какой строчке в гриде стоит курсор. А часть параметров действительно берется из базы 

Нет, не лучше. Структура будет передаваться копированием, что влечет за собой лишний расход памяти.

$tatic, то же правда 
Значит лучше класс

ivashkanet, и я выскажу свои бредовые мысли :





Это сообщение отредактировал(а) marcusmae - 31.8.2006, 14:02

marcusmae, нет, мне не нравиться сам факт передачи 15 параметров конструктору.
P.S. Я, в принципе, уже закодировал п.2 в виде класса 
P.P.S. Но может кто-то идею класную подкинет 

А зачем всё конструктором передавать  . Просто расставляй свойства, так будет читабельнее. Хотя, если тебе не нравится и этот вариант, можешь "выставить наружу" контролы главной формы, а из дочерней обращаться к ним (например, через свойство ParentForm). Но это нарушает инкапсуляцию и затрудняет поддержку кода.

Добавлено @ 14:35 
$tatic, позволь не согласиться. Хотя структура и копируется, но занимает память в стеке и удаляется по выходе из области доступа, в то время как класс порождает много накладных расходов: он занимает память в управляемой куче и удалится только при следующей сборке мусора. Поэтому, здесь разумнее использовать именно структуру.

Помимо всего прочего, структура (или класс) хороша тем, что на неё можно забиндить контролы на форме. А если работа к тому же с БД, то датасеты на то и спроектированы, чтобы их было удобно в формах юзать   

А как это сделать? не совсем понял.   

А основной вопрос у меня такой - из главной формы по нажатию кнопки создаю диалоговое окно, в котором заполняю текстбоксы. чтобы передать из них данные в БД. Значит открываю коннекшн с базой - Connection Opened. А когда вызываю процедуру из базы, или передаю ей текстовую команду - выскакивает ошибка - процедура не найдена. а с текстовым сообщением - то же самое, не нашло таблицу. что за бред.    делаю то же самое из обычной формы - все работает.