![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Как удобнее оформит передачу массива записей в функцию [D7]
ANB © (2005-05-19 10:37:00)Чего то я торможу.
Как удобнее оформит передачу массива записей в функцию в виде параметра, чтобы было попроще писать потом вызов.
Думкин (2005-05-19 11:11:00) [41]> [20] Ega23 © (19.05.05 11:09)
#ifdef offtop
В субботу идти намерение с сыном имеем и билеты уж взяты
#endif
Ega23 (2005-05-19 11:09:00) [42]2 Думкин © (19.05.05 11:06) [19]
Или как в открытых передавать сложные структуры вопрос теперь?
Ты прям как Мастер Йода выражаешься! :о)
Думкин (2005-05-19 11:06:00) [43]Или как в открытых передавать сложные структуры вопрос теперь?
Думкин (2005-05-19 11:05:00) [44]> [14] ANB © (19.05.05 11:01)
Стоп. Ты про открытые таки прочитал? Или ты их с динамическими путаешь?
Ega23 (2005-05-19 11:05:00) [45]Но, согласись, когда нужно быстро вывести мессагу пользователю, то обычно ShowMessage юзаем.
Только для Debug Information. Для юзера стандартный MessageBox существует.
Ega23 (2005-05-19 11:04:00) [46]2 ANB © (19.05.05 11:01) [14]
- не кошерно. Придется объект креатить, настраивать, потом запускать. Много кода. И можно забыть его удалить. Тогда уж проще по стандартному пути пойти, через set.
Было бы предложено...
ANB (2005-05-19 11:03:00) [47]
> А вообще - все это изврат. :)
- а кто бы спорил :))) Но, согласись, когда нужно быстро вывести мессагу пользователю, то обычно ShowMessage юзаем. Потому что писать проще.
ANB (2005-05-19 11:01:00) [48]
> Ega23 © (19.05.05 10:58) [10]
- не кошерно. Придется объект креатить, настраивать, потом запускать. Много кода. И можно забыть его удалить. Тогда уж проще по стандартному пути пойти, через set.
Danilka (2005-05-19 11:01:00) [49]Что есть "список кнопок"? Просто, названия кнопок? Если да, то, как вариант, передавай одной строкой, используя какой-нибудь символ-разделитель.
А вообще - все это изврат. :)
Ega23 (2005-05-19 11:00:00) [50]У меня есть пример определиния статического массива записей прямо в коде, но у меня не получается запихать его, как параметр.
type
TMyArray = array of TYouArrayRecord;
procedure YouMethod(AYouArrayRecord: TMyArray);
?
Думкин (2005-05-19 10:58:00) [51]> [8] ANB © (19.05.05 10:55)
Опиши передаваемую структуру. Подробно и аккуратно - там и ответ.
Ega23 (2005-05-19 10:58:00) [52]- фи, а SetLength тогда зачем ?
Вот и я о том - зачем?
Ты дескриптор формы (Заголовок, текст, номер иконки, список кнопок) можешь в класс запихнуть. Работать будет гораздо проще.
ANB (2005-05-19 10:57:00) [53]
> basken (19.05.05 10:55) [7]
- я так и сделал. Но в этом варианте приходится создавать переменную типа array of TYouArrayRecord, инициализировать ее, и только потом передавать. У меня есть пример определиния статического массива записей прямо в коде, но у меня не получается запихать его, как параметр.
ANB (2005-05-19 10:55:00) [54]
> А GetMem c FreeMem - красиво?
- фи, а SetLength тогда зачем ?
basken (2005-05-19 10:55:00) [55]
procedure YouMethod(AYouArrayRecord: array of TYouArrayRecord);
ANB (2005-05-19 10:55:00) [56]Хочу нарисовать функцию, которая примет слудующие параметры :
Заголовок, текст, номер иконки, список кнопок.
Затем, по этим параметрам, она должна создать модальное окно и показать его.
Как все это делать - я знаю. Хочу функцию определить попроще, чтобы можно ее было за один оператор вызвать. Есть вариант, как у стандартного диалога - через set, тогда список кнопок можно будет задать просто [mbYes, mbNo], но тогда это список будет фиксированным и если кнопки не хватит, то придется опять править модуль. Описание кнопки можно задать записью иконка, текст. Список иконок можно фиксировать.
Ega23 (2005-05-19 10:53:00) [57]Его придется креатить и потом удалять. Некрасиво.
????
А GetMem c FreeMem - красиво?
А ДИНАМИЧЕСКИЙ список ты по-другому не передашь
Думкин (2005-05-19 10:49:00) [58]> [3] ANB © (19.05.05 10:47)
Я не буду возмущаться. :)
Подробнее бы. Я считаю, что подробное расписывание проблемы первый и единственно первый шаг к решению задачи.
ANB (2005-05-19 10:47:00) [59]
> Думкин © (19.05.05 10:38) [1]
- желательно иметь возможность не создавать лишних переменных для того, чтобы передать список (например, описаний кнопок) в функцию. TList не пойдет. Его придется креатить и потом удалять. Некрасиво. В принципе, дурью маюсь. Решил в свой проект свой универсальный диалог запихать. Просьба не возмущаться, зачем мне это нужно. Повыеживаться решил, пока время есть. А то у апишных и делфовых, чуть чуть, да чего нибудь не хватает.
Ega23 (2005-05-19 10:41:00) [60]TList ?