c# изненение объекта объявленной на главной форме с дочерней формы

c# изненение объекта объявленной на главной форме с дочерней формы

Есть несколько форм. Нужно редактировать объект, объявленный на главной форме в дочерней форме. Заводим в дочерней такой же объект, свойство для доступа к нему, создаем экземпляр формы и копируем с главной туда объект через паблик свойство. Редактируем его как хотим. Закрываем дочернюю форму. Теоретически я то могу забрать этот объект с дочерней формы через свойство, но!!! Я хочу забирать его именно четко в момент закрытия дочерней формы!! Как это лучше сделать? Моя идея следующая: создать статический переключатель isChildFormClosed, поток или таймер который будет отслеживать изменение переключателя на true и в этот момент забирать данные (user = Form2.user), а в дочерней изменять на true этот переключатель перед close(). Вариант работающий, но его недостаток очевиден - доп. поток, соотв. доп. нагрузка. Хотя и поток этот запускать нужно только на время работы дочерней формы. Есть у кого другие
варианты? Я думаю все с такой ситуацией сталкивались?

Kvest сказав(ла):

создать статический переключатель isChildFormClosed, поток или таймер который будет отслеживать изменение переключателя на true и в этот момент забирать данные...

Натисніть, щоб розгорнути...

Зачем же такой геморрой на ровном месте? Я так понимаю, речь идет не о модальном окне. Тут есть два варианта. Либо дочерняя форма на закрытии записывает свой объект в главную, либо, что более ровно, главная форма на показе формы подписыается на событие закрытия формы и в обработчике забирает измененную копию. А вообще, использовать формы как хранилища каких-то данных это порочная практика.

Сделал так: на главной форме создал обработчик события (с стандартной сигнатурой), в котором описал присваивание объекту значения объекта с дочерней формы. В конструктор дочерней делегировал этот обработчик. А там уже связал событие нажатия кнопки ОК с этим обработчиком. Таким образом у меня получилось связать событие дочерней формы с обработчиком события, описанном на форме предке.

Shwartz сказав(ла):

Либо дочерняя форма на закрытии записывает свой объект в главную.

Натисніть, щоб розгорнути...

а как это сделать если не секрет, с дочерней получить доступ к главной?

Shwartz сказав(ла):

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

Натисніть, щоб розгорнути...

это интересно, можешь объяснить по-подробнее?

Shwartz сказав(ла):

А вообще, использовать формы как хранилища каких-то данных это порочная практика.

Натисніть, щоб розгорнути...

А как по другому. Есть конечно вариант сделать мой список объектов статическим с открытым доступом в отдельном классе, тогда я буду иметь доступ к нему с любой формы, но разве это лучше? Второй вариант это работать напрямую с файлами объектов. Но в таком случае мне придеться каждый раз их считывать/записывать/создавать новые/искать, а если у меня уже есть список объектов, то мне придется их сохранять только по выходу из программы и загружать на входе, что проще. 3й вариант это размещать объекты в базе данных, но в моем случае это не приемлимо.

Kvest сказав(ла):

а как это сделать если не секрет, с дочерней получить доступ к главной?

Натисніть, щоб розгорнути...

Например, передать ссылку через конструктор.

Kvest сказав(ла):

это интересно, можешь объяснить по-подробнее?

Натисніть, щоб розгорнути...

Это то, что ты, как я понял, и сделал.

Kvest сказав(ла):

А как по другому.

Натисніть, щоб розгорнути...

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

Shwartz сказав(ла):

Почитай об инкапсуляции, да и об остальных основах ООП. Честно говоря, не могу даже посоветовать, где читать, так как позноавал все опытным путем. То же касается и паттернов программирования - узнал как называются приемы, которыми я пользуюсь уже позже. Возможно сразу стоит почитать и о них.

Натисніть, щоб розгорнути...

Когда пишешь что-то своё всегда кажется что твой случай какой-то уникальный и паттерн подойдет только свой У меня тоже самое, кстати, познаю только опытным путём

Shwartz сказав(ла):

Например, передать ссылку через конструктор.

Натисніть, щоб розгорнути...

а толку, ссылка то будет доступна только в конструкторе

Shwartz сказав(ла):

Я так понимаю, речь идет не о модальном окне.

Натисніть, щоб розгорнути...

Я хотел сделать модальным, но подумал что так будет некрасиво и как-то несовременно

Kvest сказав(ла):

а толку, ссылка то будет доступна только в конструкторе

Натисніть, щоб розгорнути...

Если ссылка не хранится в объекте нужно её... Думаю, понятно.

да сделай ты делегат в дочерней форме, а форма родитель пусть прилепит какой-нибудь метод к этому делегату. При закрытии дочерней формы вызываешь делегат и передаешь все необходимые данные.

gakysei_desy сказав(ла):

да сделай ты делегат в дочерней форме, а форма родитель пусть прилепит какой-нибудь метод к этому делегату. При закрытии дочерней формы вызываешь делегат и передаешь все необходимые данные.

Натисніть, щоб розгорнути...

Я сделал похожим образом, но эта идея получше! Спасибо

Согласен со Shwartz. При вызове конструктора получаему ссылку сохранить в переменную и таким образом тупо работаем с главной формой и не надо ничего возвращаться...

Shwartz и AposTol, не совсем пойму, что вы имеете в виду. В главной форме создаю экземпляр дочерней и туда в конструктор передаю ссылку на главную, т.е. с параметром ref? Но я ведь не смогу передать this с параметром ref, т.к. this используется только для чтения.

По-моему всё-таки способ с делегатами и лучше и безопаснее

Shwartz и AposTol, не совсем пойму, что вы имеете в виду. В главной форме создаю экземпляр дочерней и туда в конструктор передаю ссылку на главную, т.е. с параметром ref? Но я ведь не смогу передать this с параметром ref, т.к. this используется только для чтения.

Натисніть, щоб розгорнути...

Дело в том, что простые типы, такие как double или int нужно передавать с ref, иначе они передаются целиком. А вот большие объекты, такие как классы, передаются ссылкой по-умолчанию. Таким образом, ты просто передаешь его как this. А передав ссылку таким образом и сохранив её в переменную такого же типа, как и главная форма, ты сможешь работать непосредственно с главной формой.

AposTol сказав(ла):

Дело в том, что простые типы, такие как double или int нужно передавать с ref, иначе они передаются целиком. А вот большие объекты, такие как классы, передаются ссылкой по-умолчанию. Таким образом, ты просто передаешь его как this. А передав ссылку таким образом и сохранив её в переменную такого же типа, как и главная форма, ты сможешь работать непосредственно с главной формой.

Натисніть, щоб розгорнути...

т.е. примерно так?:

class FormChild
{
...
FormMain fm;

FormChild(FormMain f) {fm = f;}
...
}

....
class FormMain
{
...
FormChild fc = new FormChild (this);
...
}

т.е. примерно так?:

Натисніть, щоб розгорнути...

Да, именно...

Kvest сказав(ла):

т.е. примерно так?

Натисніть, щоб розгорнути...

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

Shwartz сказав(ла):

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

Натисніть, щоб розгорнути...

вот вот, поэтому из двух вариантов все же будет лучше способ с делегатом.

Всем спасибо за помощь! Тему можно закрывать, хотя вдруг еще мысли будут, поэтому пусть пока остается открытой

Kvest сказав(ла):

Есть несколько форм. Нужно редактировать объект, объявленный на главной форме в дочерней форме.

Натисніть, щоб розгорнути...

Как ни странно я прочитал первый пост только сейчас и не понял зачем использовать делегаты, события или что-то еще? Если у тебя есть объект, то передай его в форму, которая модифицирует его, по ссылке через конструктор. После того как изменения произошли и форма закрылась объект у тебя останется модифицированным (ведь он был передан по ссылке).

gakysei_desy сказав(ла):

Как ни странно я прочитал первый пост только сейчас и не понял зачем использовать делегаты, события или что-то еще? Если у тебя есть объект, то передай его в форму, которая модифицирует его, по ссылке через конструктор. После того как изменения произошли и форма закрылась объект у тебя останется модифицированным (ведь он был передан по ссылке).

Натисніть, щоб розгорнути...

я ж писал что в таком случае объект можно будет изменить только в конструкторе. По другому никак.

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

Натисніть, щоб розгорнути...

Ну так а почему нельзя сделать в главной форме публичные интерфейсы или функции для изменения главной формы а всё остальное будет private

Kvest сказав(ла):

я ж писал что в таком случае объект можно будет изменить только в конструкторе. По другому никак.

Натисніть, щоб розгорнути...

Нужно редактировать объект, объявленный на главной форме в дочерней форме

Натисніть, щоб розгорнути...

Ну, передай ссылку на обьект в конструктор дочерней формы, и там присвой ссылку уже, как писали выше:

class ChildForm
{
kakoytoObj redaktiruemiyObj;
public ChildForm(kakoytoObj polu4enniyObj)
{
redaktiruemiyObj = polu4enniyObj;
....
}
....
}

Kvest сказав(ла):

я ж писал что в таком случае объект можно будет изменить только в конструкторе. По другому никак.

Натисніть, щоб розгорнути...

ну ты даешь