Можно ли сохранить тип object в приложении?

@sysrepos · Регистрация: 08.08.2013

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

Добрый день.
Можно ли сохранить тип object в приложении (в Properties.Settings) ?
Если можно, подскажите как, не нашел этот тип в настройках

C#
1
2
3
4
5
6
7
8
9
            object[] obj = new object[3];
 
            string s = "qqq";
            bool b = false;
            int i = 123;
 
            obj[0] = s;
            obj[1] = b;
            obj[2] = i;

нужно сохранить переменную obj в приложении.

В целом задача сохранить кучу переменных (числовые, символьные, логические) в приложении (файл .exe).
Всякие .ini .xml использовать не хочется, хочется 1 программа - 1 файл.
Можно конечно каждую переменную отдельно хранить в Properties.Settings, но их много, удобнее было бы их все закинуть в object и object уже сохранять в Properties.Settings.

Добавлено через 16 минут
или хотя бы string[] массив сохранить, bool int можно и в string закинуть

@valera_21 · 12.04.2018, 11:44

первая мысль - сериализация в json например. и хранить в Settings как строку. по поводу разумности такого решения - хз

@iichi_kohuro · 12.04.2018, 13:37

в Properties.Settings имеется тип System.Collections.Specialized.StringCol lection - список строк.

Добавлено через 10 минут
в Properties.Settings имеется тип System.Collections.Specialized.StringCol lection - список строк.

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

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
            StringCollection list = Properties.Settings.Default.objects;
 
            bool b = false;
            int i = 0;
 
            object result;
 
            object[] obj = new object[list.Count];
 
            int j = 0;
 
            foreach (var item in list)
            {
                result = item;
 
                if (bool.TryParse(item, out b))
                    result = b;
 
                if (int.TryParse(item, out i))
                    result = i;
 
                obj[j] = result;
 
                j++;
            }

@Exerion · 12.04.2018, 13:44

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

Всякие .ini .xml использовать не хочется, хочется 1 программа - 1 файл.

По вашему мнению Properties.Settings хранятся в exe-шнике?

@sysrepos · 12.04.2018, 14:07 **[ТС]**

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

По вашему мнению Properties.Settings хранятся в exe-шнике?

да (см. пример во вложении)

@OwenGlendower · 12.04.2018, 15:17

sysrepos, увы, но ты ошибаешься. В exe файле хранится только значение параметра по умолчанию. Сами настройки хранятся в xml файле в папке %localappdata%\MyExp

@sysrepos · 12.04.2018, 15:25 **[ТС]**

ясно понятно.
А есть возможность чтобы прям прям в файле сохранялись переменные? (а не где то в дебрях Windows)

@OwenGlendower · 12.04.2018, 15:33

sysrepos, пока программа запущена exe-файл не доступен для записи. Поэтому простого способа записать в exe данные нет. Мне во всяком случае он не известен. Можно хранить настройки в alternate data stream, но это будет работать только в рамках NTFS.

@aquaMakc · 12.04.2018, 15:33

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

А есть возможность чтобы прям прям в файле сохранялись переменные?

Разве-что перекомпилировать EXE`шник с новыми значениями.

@aquaMakc · 12.04.2018, 15:37

sysrepos, Вообще цель "1 фаил и всё" - есть признак не зрелого программиста. Более-менее серьёзные проекты включают в себя не только запускаемый модуль, но и набор библиотек, шаблонов, хранилищ данных разного типа от вышеупомянутого INI до баз данных и т.д. и т.п.
Попытки запихнуть всё это (по максимуму) в один файл приводит только к проблемам с сопровождением и развитием проекта.

@Fleder · 12.04.2018, 15:41

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

А есть возможность чтобы прям прям в файле сохранялись переменные? (а не где то в дебрях Windows)

Вот тут дяденька про это поясняет.

А не, извините, там то же самое.

@sysrepos · 12.04.2018, 15:47 **[ТС]**

aquaMakc, я как бы крупных проектов не пишу, а для мелких программ это было бы очень удобно.

@aquaMakc · 12.04.2018, 15:51

sysrepos, не вижу принципиальной разницы в "удобстве" между одним EXE или EXE + INI. Вы не забывайте, кстати, что вы таскаете за собой целый фреймворк, один инсталлятор, которого весит 50 метров.
Вопрос количества файлов в проекте любой сложности должен (если вообще должен) волновать разработчика в самую последнюю очередь.

@sysrepos · 12.04.2018, 16:02 **[ТС]**

aquaMakc, я пишу небольшую программку, которая просто переименовывает xml файлы (выписки росреестра) в зависимости от содержания xml. В программе есть разные настройки, просто нужно чтобы они сохранялись.
Я думаю что это не тянет проект даже самой легкой сложности. (700 строк).
Я сторонник минимализма, если есть возможность не плодить лишних ini, txt, xml - я их не плодю. В данном случае сохранение настроек в Properties.Settings.Default вполне достаточно (даже учитывая, что технически это где то в файлах в дебрях Windows сохраняется)

@aquaMakc · 12.04.2018, 16:14

sysrepos, для такой программы хранение настроек в INI - вполне типовой случай.

Добавлено через 2 минуты
Принцип такой - есть настройки по умолчанию, прописанные в коде, если пользователь их изменяет - они сохраняются в файл рядом с программой. При запуске программа пытается применить настройки из файла. Если они не совпадают, например - файл испорчен кривыми руками или в ПО были внесены изменения, приведшие к изменениям с структуре настроек, то опять - таки применяются настройки по умолчанию.

Добавлено через 7 минут

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

Я сторонник минимализма, если есть возможность не плодить лишних ini, txt, xml - я их не плодю. В данном случае сохранение настроек в Properties.Settings.Default вполне достаточно

У подхода с сохранением в Properties.Settings есть минус - вы "прибиваете" приложение к операционке, или даже к конкретному пользователю. Вы не сможете тупо скопировать программу на флешку и запустить с теми-же настройками на другой машине. Т.е. на каждой запускаемой рабочей станции и для каждого пользователя вы создаёте по файлу настроек.
Где тут "минимализм" я не совсем понимаю.

@sysrepos · 12.04.2018, 16:19 **[ТС]**

Я понял, что правильно использовать для сохранения настроек .ini, (или xml и прочее).
Но в данном случае программу использую только я (и мне так удобно), но даже если кому то передавать - один раз настройки поставить, и забыть.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@valera_21 484 / 439 / 123 Регистрация: 05.01.2010 Сообщений: 1,848
	12.04.2018, 11:44
	первая мысль - сериализация в json например. и хранить в Settings как строку. по поводу разумности такого решения - хз 0

@OwenGlendower Администратор 18288 / 14211 / 5368 Регистрация: 17.03.2014 Сообщений: 28,889 Записей в блоге: 1
	12.04.2018, 15:17
	sysrepos, увы, но ты ошибаешься. В exe файле хранится только значение параметра по умолчанию. Сами настройки хранятся в xml файле в папке %localappdata%\MyExp 1

@sysrepos 83 / 77 / 30 Регистрация: 08.08.2013 Сообщений: 461 Записей в блоге: 1
	12.04.2018, 15:25 [ТС]
	ясно понятно. А есть возможность чтобы прям прям в файле сохранялись переменные? (а не где то в дебрях Windows) 0

@OwenGlendower Администратор 18288 / 14211 / 5368 Регистрация: 17.03.2014 Сообщений: 28,889 Записей в блоге: 1
	12.04.2018, 15:33
	sysrepos, пока программа запущена exe-файл не доступен для записи. Поэтому простого способа записать в exe данные нет. Мне во всяком случае он не известен. Можно хранить настройки в alternate data stream, но это будет работать только в рамках NTFS. 0

@aquaMakc 484 / 397 / 68 Регистрация: 14.02.2014 Сообщений: 1,930
	12.04.2018, 15:37
	sysrepos, Вообще цель "1 фаил и всё" - есть признак не зрелого программиста. Более-менее серьёзные проекты включают в себя не только запускаемый модуль, но и набор библиотек, шаблонов, хранилищ данных разного типа от вышеупомянутого INI до баз данных и т.д. и т.п. Попытки запихнуть всё это (по максимуму) в один файл приводит только к проблемам с сопровождением и развитием проекта. 0

@sysrepos 83 / 77 / 30 Регистрация: 08.08.2013 Сообщений: 461 Записей в блоге: 1
	12.04.2018, 15:47 [ТС]
	aquaMakc, я как бы крупных проектов не пишу, а для мелких программ это было бы очень удобно. 0

@aquaMakc 484 / 397 / 68 Регистрация: 14.02.2014 Сообщений: 1,930
	12.04.2018, 15:51
	sysrepos, не вижу принципиальной разницы в "удобстве" между одним EXE или EXE + INI. Вы не забывайте, кстати, что вы таскаете за собой целый фреймворк, один инсталлятор, которого весит 50 метров. Вопрос количества файлов в проекте любой сложности должен (если вообще должен) волновать разработчика в самую последнюю очередь. 0

@sysrepos 83 / 77 / 30 Регистрация: 08.08.2013 Сообщений: 461 Записей в блоге: 1
	12.04.2018, 16:02 [ТС]
	aquaMakc, я пишу небольшую программку, которая просто переименовывает xml файлы (выписки росреестра) в зависимости от содержания xml. В программе есть разные настройки, просто нужно чтобы они сохранялись. Я думаю что это не тянет проект даже самой легкой сложности. (700 строк). Я сторонник минимализма, если есть возможность не плодить лишних ini, txt, xml - я их не плодю. В данном случае сохранение настроек в Properties.Settings.Default вполне достаточно (даже учитывая, что технически это где то в файлах в дебрях Windows сохраняется) 0

@sysrepos 83 / 77 / 30 Регистрация: 08.08.2013 Сообщений: 461 Записей в блоге: 1
	12.04.2018, 16:19 [ТС]
	Я понял, что правильно использовать для сохранения настроек .ini, (или xml и прочее). Но в данном случае программу использую только я (и мне так удобно), но даже если кому то передавать - один раз настройки поставить, и забыть. 0

Можно ли сохранить тип object в приложении?

Решение