dakota97почему плохо передавать параметры через прямой доступ к внутренностям окна из вызывающего кода?
1) Нарушение инкапсуляции. Это приводит к чрезмерной зависимости между модулями - в итоге даже изменения не меняющие сути в реализации в одном из модулей (например переименование вложенных объектов) могут привести и в большинстве случаев приводят к необходимости изменять вызывающие модули. По той же причине - затруднения при параллельной реализации взаимодействующих модулей разными программистами.
Чтобы этого не было, необходим минимальный интерфейс через который (и только) другие модули взаимодействуют с данным модулем. Для окна в PB единственный вменяемый вариант интерфейса - структура/объект-параметр. Это позволяет компилятору контролировать что обращение идет к существующим параметрам, а окно может контролировать корректность значений этих параметров.

2) Дублирование кода. Если окно вызывается из нескольких мест или надо вызывать несколько однотипных окон, то код применяющий параметры продублирован в каждом из этих мест. Хотя на самом деле уникальны только значения параметров, а код - один и тот же. Следствие - программист избегает введения новых вариантов реализации модуля (даже если это необходимо), т.к. это оборачивается для него нудной работой по копипастингу. Плюс нет никакой гарантии что все копии кода актуальны.

3) Отсутствие самодокументируемости кода. Нигде в коде нет полного списка параметров в явном виде. А как известно лишь сам код является достоверной документацией кода.

dakota97А как лучше возвращать параметры из немодальных окон?
сейчас я возвращаю вызовом функции окна из которого вызвано это не модальное окно.А параметр этой функции массив any, вот в него все и пихаю. Вроде все работает и удобно. Может тоже есть передовые методы на этот счет?
Я для передачи данных из немодального окна в вызывающее окно использую события.
Если вызывающие окна имеют общего предка, то событие вызываю так:
Если же окно может вызываться из разных окон не имеющих общего предка и не везде интересует возвращаемое значение, то использую такой вызов:
Динамический вызов событий, в отличие от вызова функций, не требует существования вызываемого события в объекте.

Впрочем, ф-я или событие - не принципиально.

Главное - как окно получит ссылку на родительское окно. Способов есть несколько, но я всегда ссылку на окно, которому нужно вернуть данные, передаю в той же структуре что и параметры окна, т.к. другие способы имеют такие же недостатки как выше уже обсуждалось для прямого доступа внутрь окна.

Локшин МаркАнатолий, и зачем было обленившемуся человеку, который не хочет ничего читать это разжевывать?
А просто так. Это был мой маленький ночной каприз :)

rhsА такой синтаксис (w_window`str_parm parm) описан в документации? Что то я не нашел.Насчет документации не знаю, т.к. сам я его нашел когда смотрел что находится в ClassDefinition.Name для разных контролов и структур вложенных в другие классы.

Локшин МаркА не кажется что это выглядит как пришел человек к математиками спрашивает сколько будет 5x8.
Я в корне не согласен с этой оценкой уровня сложности темы ООП.
У ООП очень высокий порог вхожения для новичков (под вхождением я имею в виду понимание что стоит за принципами, т.е. ответ на вопрос "почему именно так?"). Прочтение книг не дает этого понимания. И тем более не даст понимания того как эти принципы отображаются в конкретную реализацию на языке программирования PB (который кстати не особо дружелюбен к ООП).
Тут кроме книг нужен опыт. А опыт это такая штука, зависит от того в какие условия поставлен человек. Опыт может и за десятки лет не выработаться, если условия не дают стимула для развития в этом направлении.
А форум как раз и есть место для обмена опытом.
Бывают конечно тривиальные вопросы в форуме.
Но это не тот случай.
Впрочем никто ж не заставляет отвечать на вопрос. Можно же просто игнорировать...