Сохранить состояние интерфейса из многих элементов

@Suppir · Регистрация: 08.08.2011

Author24 — интернет-сервис помощи студентам

Добрый день!

Имеется интерфейс программы с большим количеством элементов: textbox-ы, checkbox'ы, radiobutton'ы и т.д.

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

Так вот, как это сделать в коде без ручного перечисления всех элементов и ручного сохранения настроек в XML-файл?

Т.е. как это сделать максимально автоматически?

@Spawn · 22.05.2014, 15:12

ApplicationSettings

@Suppir · 22.05.2014, 15:17 **[ТС]**

Ну да, я и сейчас использую Application.Settings.

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

@Spawn · 22.05.2014, 15:22

Сообщение от Suppir

чтобы не нужно было вручную состояние каждого checkbox'а сохранять.

Эм, создал форму, кинул на неё 6 галочек, настроил для каждой свойство в Application Settings (свойство Checked сохраняю).
На закрытии формы написал следующее:

C#

        private void Form1_FormClosed(object sender, FormClosedEventArgs e)
        {
            Settings.Default.Save();
        }

Открываем форму снова, все галочки на месте. Что не нравится?

@Suppir · 22.05.2014, 15:29 **[ТС]**

Там действительно много галочек, также treeview с кучей нодов, где каждый нод - чекбокс.

Я бы хотел добиться следующего. Допустим пользователь настраивает сценарий работы в программе: выбирает нужные чекбоксы, делает нужные настройки, указывает пути и так далее. Затем он можно сохранить этот сценарий в "пресет" настроек. И чтобы можно было сохранять 3 - 4 таких пресета и между ними переключаться. Что думаете?

@Spawn · 22.05.2014, 15:53

Сообщение от Suppir

И чтобы можно было сохранять 3 - 4 таких пресета и между ними переключаться. Что думаете?

Если хотите, попробуйте взять за основу Microsoft'овский класс ApplicationSettingsBase, который как раз сейчас Вами и используется, но с тем же TreeView он не совладает.

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

@Suppir · 22.05.2014, 16:40 **[ТС]**

Spawn,

Фишка в том, что часть элементов treeview генерируется при запуске программы. То есть, есть элементы базовые, а пользователь может "навешивать" дополнительные элементы в treeview. Соответственно, я не знаю изначально, все элементы. А вот их свойства сохранять нужно.

@Spawn · 22.05.2014, 16:48

Сообщение от Suppir

Соответственно, я не знаю изначально, все элементы. А вот их свойства сохранять нужно.

"Опознавательные" признаки явно должны быть какие-то. То, что есть изначально с именем SystemNodeN, где N от 0 и далее, пользовательское соответственно UserDefinedNodeN и сохраняем. При таких условиях только вручную всё делать.

@Suppir · 22.05.2014, 16:58 **[ТС]**

Да, вариант, нужно подумать...

@Suppir 26 / 26 / 11 Регистрация: 08.08.2011 Сообщений: 1,172
		1
	Сохранить состояние интерфейса из многих элементов 22.05.2014, 15:09. Показов 3387. Ответов 8 Метки нет (Все метки) Добрый день! Имеется интерфейс программы с большим количеством элементов: textbox-ы, checkbox'ы, radiobutton'ы и т.д. Пользователь делает определенные настройки, а потом нужно сохранить "сценарий работы" - то есть все эти настройки запомнить. Чтобы потом, когда пользователь мог вернуться к этим выбранным настройкам. Так вот, как это сделать в коде без ручного перечисления всех элементов и ручного сохранения настроек в XML-файл? Т.е. как это сделать максимально автоматически? 0

@Spawn 995 / 893 / 354 Регистрация: 24.03.2014 Сообщений: 2,381 Записей в блоге: 2
	22.05.2014, 15:12	2
	ApplicationSettings 0

@Suppir 26 / 26 / 11 Регистрация: 08.08.2011 Сообщений: 1,172
	22.05.2014, 15:17 [ТС]	3
	Ну да, я и сейчас использую Application.Settings. Вопрос в том, как сделать так, чтобы все элементы интерфейса запомнили свое состояние автоматически, без перечисления всех этих элементов в коде программы. Т.е. чтобы не нужно было вручную состояние каждого checkbox'а сохранять. 0

@Suppir 26 / 26 / 11 Регистрация: 08.08.2011 Сообщений: 1,172
	22.05.2014, 15:29 [ТС]	5
	Там действительно много галочек, также treeview с кучей нодов, где каждый нод - чекбокс. Я бы хотел добиться следующего. Допустим пользователь настраивает сценарий работы в программе: выбирает нужные чекбоксы, делает нужные настройки, указывает пути и так далее. Затем он можно сохранить этот сценарий в "пресет" настроек. И чтобы можно было сохранять 3 - 4 таких пресета и между ними переключаться. Что думаете? 0

@Spawn 995 / 893 / 354 Регистрация: 24.03.2014 Сообщений: 2,381 Записей в блоге: 2
	22.05.2014, 15:53	6
	Сообщение от Suppir И чтобы можно было сохранять 3 - 4 таких пресета и между ними переключаться. Что думаете? Если хотите, попробуйте взять за основу Microsoft'овский класс ApplicationSettingsBase, который как раз сейчас Вами и используется, но с тем же TreeView он не совладает. В идеале писать своё. Степень параноидальности сохраняемого вряд ли сильно высокая, перебрать все используемые элементы управления не так сложно, а уж пройтись по дереву всех элементов и того проще. 2

@Suppir 26 / 26 / 11 Регистрация: 08.08.2011 Сообщений: 1,172
	22.05.2014, 16:40 [ТС]	7
	Spawn, Фишка в том, что часть элементов treeview генерируется при запуске программы. То есть, есть элементы базовые, а пользователь может "навешивать" дополнительные элементы в treeview. Соответственно, я не знаю изначально, все элементы. А вот их свойства сохранять нужно. 0

@Spawn 995 / 893 / 354 Регистрация: 24.03.2014 Сообщений: 2,381 Записей в блоге: 2
	22.05.2014, 16:48	8
	Сообщение от Suppir Соответственно, я не знаю изначально, все элементы. А вот их свойства сохранять нужно. "Опознавательные" признаки явно должны быть какие-то. То, что есть изначально с именем SystemNodeN, где N от 0 и далее, пользовательское соответственно UserDefinedNodeN и сохраняем. При таких условиях только вручную всё делать. 0

@Suppir 26 / 26 / 11 Регистрация: 08.08.2011 Сообщений: 1,172
	22.05.2014, 16:58 [ТС]	9
	Да, вариант, нужно подумать... 0

Опции темы