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

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

что делают - хранятся



И чем тебе не нравится стандартный System.Configuration? 

Попробуй работать с AppConfig... Там уже всё сделано :-) 

вот те раз... пояните что такое System.Comfgi и AppConfig чем они отличаються...
Мне надо хранить настройки программы типа .размеры окон .рабочая директория .настройки видимости контролов. панелей и.т.д... для удобства работы

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

Вначале вставь app.config
Проект -> Вставить -> Конфиг. файл

А потом смотри 
System.Configuration.ConfigurationManager.AppSettings  

Это сообщение отредактировал(а) Pankon - 22.6.2006, 17:02

ИМХО, не катит, потому что хранить нужно информацию динамически изменяемую приложением:



В таких случаях можно либо воспользоваться средствами .NET 2.0 (вроде, специальные конфиги создаются с доп. расширением ".config.user"), либо создав типизированный датасет, сохранять и загружать из него в XML-файл в директории приложения, а уже в датасете (в виде таблиц с полями) хранить хоть какие угодно настройки. Например, добавить табличку "WindowLayouts" с ключевым полем "FormName" и полями "X", "Y", "Width", "Height", "State" и т.п. Датасет можно запихнуть в статик-класс (или синглтон, как кому больше нравится) и делать Load при первом обращении на чтение, а Save - при выходе из приложения. Тогда  прочитать или записать любую настройку обязан уже класс-обёртка датасета, а приложение работает с удобным классом конфигурации. 

.... а почему про реестр никто не вспомнил или я чего то не понимаю? Разве там не удобно хранить настройки? 

удобно, если только не предполагается copy deployment и наличие настроек по умолчанию 

 и другие подобние вещи (например, измененный текст в текстбоксе ) можно сохранять автоматом (mr.DUDA - воспользоваться средствами .NET).
В дизайнере -> выбрать элемент управления -> Свойства -> Данные -> Установки приложения(ApplicationSettings) -> PropertyBinding -> Вылетает окно (Установки для элемента управления) -> Выбираешь свойство (Size, Text, Location, ...) -> В дропдавн выбираешь нью -> задаешь Name -> Ок

Все   

Посмотреть все используемые установки
Проект -> Свойства -> Установки
Здесь, кстати, можно задать уровень "доступа" - Пользователь или Приложение.


Студия сама пихает нужные узлы в апп.конфиг (в userSettings) и организует классы для сериализации.

    

Это сообщение отредактировал(а) Pankon - 23.6.2006, 12:59

Класс, а я и не знал    

а изменять их как... например надо хранить адресс сервера БД 

Хоббит, тебе ж сказали: 
2 Pankon, у тебя что? Студия русифицированная? 

Нет 
Это я пытался переводить    

Это сообщение отредактировал(а) Pankon - 23.6.2006, 13:50

Ага, круто конечно. Только есть неудобства: если таким образом привязать размер формы к settings, то в дизайнере изменить размер не получится - при открытии формы, будут восстанавливаться настройки из settings. Другое неудобство: файл "моё_приложение.user.config" располагается в нескольких местах сразу (вот незадача), но только не в папке с приложением. Например, нажав на кнопку "Synchronize" (в окне редактирования setting-ов), получаю приаттаченный мессадж бокс. Это что же выходит, конфиг для приложения лежит в восьми директориях сразу !   

З.Ы. так и не получилось привязать размер/позицию формы к сеттингам - просто ничего не сохраняется, и всё.   

З.Ы.(2) а то что сделано руками, будет работать как предполагалось...    

Присоединённый файл ( Кол-во скачиваний: 82 )
 shot.JPG 63,85 Kb

 Согласен.

, что, кстати, показывает, что сеттинги работают..., и именно поэтому и есть кнопочка "Synchronize".

 странно, у меня он удаляет только из "одной" директории...(но об этом позже)



 А как же я это сделал с первого раза  (самому стало интересно)

как я писал выше  добираюсь до окна установок.. и выбираю свойство Location (раз уж размер, так и местоположение тоже потестим), даю имя MyLocation(Score-User), нахожу ClientSize, даю имя для "установки" MyClientSize(Score-User). Все.
Запускаю... Меняю размер и местоположение.. Закрываю... Снова запускаю - Ура - Новые установки работают.
Дизaйнер. Хм... Остались старые размеры... Хочу снова иметь размеры, как в дизайнере       
Проект -> Свойства -> Установки -> (Сверху кнопочка ) Синхринизировать(нажимаю) -> окно "Удалить один файл где-то в "C:\Do...\Lokale Einstellungen\Anwendungsdaten\...\WindowsApplication1.vshos_Url_vvqvm5ec15fnt2kctiy1x4zdx2w5ervc\1.0.0.0\user.config"

Теперь компилирую.. Из каталога (у меня это) \bin\Release\ запускаю WindowsApplication1.exe. Проверяю.. Все работает   
А вот после запуска ехе в  "C:\Do...\Lokale Einstellungen\Anwendungsdaten\...\ появился новый (что-то такое я уже сверху предпологал(см.выше)) WindowsApplication1.exe_Url_yqe2yhwgoaqgsrrlwbyhvaqxgzec1nox !!!!, где и хранится 1.0.0.0\user.config для экзешника.
А если мы теперь скопируем(или перенесем) наш экзешник (конечно с WindowsApplication1.exe.config) в другое место и запустим, то .. правильно.. появится файл установок для нового местоположения 
"C:\Do...\Lokale Einstellungen\Anwendungsdaten\...\WindowsApplication1.exe_Url_'вероятно хеш местоположения'\версия сборки\user.config"
т.е. Один узер может иметь одно приложение и настройки к нему(одни), а если такая же сборка запускается из другого каталога, то это, извините, "другое" приложение.

Ну вот и все кажется.

ПС. Если бы я это все знал раньше,  
ПС. После компиляции, решил еше раз "синхронизировать".. Пришло сообшение об удалении двух(логично) файлов (дебуг и екзе)...

 сейчас напишу, только "попью" ..