Приветствую всех! Когда наши приложения начинают превращаться в большие проекты, обрастая все большим функционалом. Нам как разработчикам приходится производить сохранения настроек программы, к примеру, цвет, размер, расположения, заполнения форм итд. Для этих целей существует несколько вариантов.
1. База данных, либо текстовые файлы и их аналоги.
3. Конфигурационный фаил.
4. Внутри самого приложения.
С первым вариантом все понятно, создать фаил или базу и сохранить в них соответствующие настройки.
С реестром по сложнее, так как для работы с ним, приложение должно быть запущенно от имени администратора, это не удобно, и не все пользователи обладают такими правами. Однако можно приобрести лицензию в районе 500$ в год, и ваше приложение сможет вносить изменения в реестр без запуска от имени администратора.
А вот последних два варианта мы сейчас и рассмотрим как этом можно сделать.
После компиляции приложения в папки с *.exe у нас находятся не сколько файлов, один из них конфигурационный.
Программа Everything еверисинк как «сохранить» настройки Инструкция.settings. Instruction. save.
Обычно к имени исполняемого файла с расширением добавляется .config , он и является вашим конфигурационным файлом.
Именно с ним мы можем распространять свое приложения и производить сохранения в него.
Основан он на XML формате и первоначально имеет следующее содержимое:
Источник: www.nookery.ru
Использование Visual C# для хранения и извлечения настраиваемых сведений из файла конфигурации приложения
В этой статье описывается, как хранить настраиваемые сведения из файла конфигурации, который можно получить позже во время выполнения связанным приложением. Это полезно, если необходимо определить данные, связанные с приложением.
Исходная версия продукта: Visual C #
Исходный номер базы знаний: 815786
Требования
В следующем списке приведены рекомендуемые оборудование и программное обеспечение, которые вам нужны:
- Microsoft Windows
- Visual C #
В этой статье предполагается, что вы знакомы со следующими разделами:
- язык XML
- Файлы конфигурации .NET
Создание консольного приложения, которое считывает файл конфигурации
Параметры приложения можно хранить в файле конфигурации, связанном с приложением. Файлы конфигурации сохраняются в формате XML.
Пространства System.Configuration имен и System.Collections.Specialized пространства имен в платформа .NET Framework содержат необходимые классы для получения сведений из файла конфигурации приложения .NET во время выполнения.
Чтобы создать консольное приложение, которое считывает содержимое связанного файла конфигурации во время выполнения, выполните следующие действия.
Как сохранить настройки или данные в приложении C#?
- Запустите Visual Studio .NET или Visual Studio.
- В меню Файл выберите пункт Создать, а затем выберите Проект.
- Выберите Visual C# вразделе «Типы проектов», а затем консольное приложение в разделе «Шаблоны». Назначь проекту имя ConConfig. По умолчанию Visual C# создает класс с именем Program.
Примечание. В Visual Studio .NET выберите проекты Visual C# в разделе «Типы проектов», а затем консольное приложение в разделе «Шаблоны». Назначь проекту имя ConConfig. По умолчанию Visual C# создает класс с именем Class1.
Добавьте раздел с элементами в файл конфигурации между тегами и тегами . Например, следующий файл конфигурации содержит раздел, в котором указаны три пары «ключ-значение»:
Примечание. Эти инструкции должны отображаться перед любыми другими операторами в файле.
using System.Configuration; using System.Collections.Specialized;
- В меню «Проект » выберите » Добавить ссылку».
- В диалоговом окне «Добавление ссылки» выберите вкладку .NET .
- Найдите и выберите имя компонента System.Configuration .
- нажмите OK.
string sAttr;
sAttr = ConfigurationManager.AppSettings.Get(«Key0»);
Console.WriteLine(«The value of Key0 is «+sAttr);
NameValueCollection sAll ; sAll = ConfigurationManager.AppSettings;
foreach (string s in sAll.AllKeys) Console.WriteLine(«Key: «+ s + » Value: » + sAll.Get(s)); Console.ReadLine();
Полный список кода
using System; using System.Configuration; using System.Collections.Specialized; namespace ConConfig < class Program < static void Main(string[] args) < string sAttr; // Read a particular key from the config file sAttr = ConfigurationManager.AppSettings.Get(«Key0»); Console.WriteLine(«The value of Key0: » + sAttr); // Read all the keys from the config file NameValueCollection sAll; sAll = ConfigurationManager.AppSettings; foreach (string s in sAll.AllKeys) Console.WriteLine(«Key: » + s + » Value: » + sAll.Get(s)); Console.ReadLine(); >> >
Этот код предназначен для платформа .NET Framework версии 2.0. Если вы используете версию платформа .NET Framework 1.0 или платформа .NET Framework 1.1, ConfigurationManager измените все экземпляры класса ConfigurationSettings на .
Полный список файлов конфигурации (ConConfig.exe.config)
Убедитесь, что он работает
Нажмите клавишу F5, чтобы выполнить код. В окне консоли должны отображаться пары » ключ-значение» из раздела связанного файла конфигурации следующим образом:
The value of Key0: 0 Key: Key0 Value:0 Key: Key1 Value:1 Key: Key2 Value:2
Устранение неполадок
- Файл конфигурации сохраняется в формате XML. Убедитесь, что вы соблюдали все правила синтаксиса XML. Помните, что XML учитывает регистр. Если XML-код имеет неправильный формат или элемент имеет ошибку, вы получите System.Configuration.Configuration исключение. Например, при добавлении ключевого атрибута элемента с прописным буквой K вместо нижнего регистра k или если раздел отображается как (с верхним регистром A, а не в нижнем регистре a), вы получите сообщение об ошибке.
- Файл конфигурации должен быть сохранен в той же папке, что и связанное с ним приложение.
- Для имени файла конфигурации необходимо использовать следующий синтаксис:
.< ApplicationType>.config Где — это имя приложения. — это тип приложения, например .exe . И .config является обязательным суффиксом.
Ссылки
- Свойство ConfigurationSettings.AppSettings
- Пространство имен System.Configuration
Обратная связь
Были ли сведения на этой странице полезными?
Источник: learn.microsoft.com
Какие именно данные приложения следует хранить в базе данных
Аннотация: В данной лекции описывается, как осмысленно выбрать место для хранения настроек приложений, как определять наилучшее место для хранения различных типов пользовательских настроек, как принимать решение о том, где хранить XML-данные и выбирать место для хранения файлов внешних приложений
Ключевые слова: RDL
С появлением усовершенствованных в отношении производительности и более гибких ядер баз данных, как, скажем, в Microsoft SQL Server 2005, размывается граница между теми объектами, которые следует хранить в базах данных, и теми, которые хранить в них не следует. Раньше базы данных хорошо подходили для хранения только структурированных данных. Однако благодаря недавним достижениям в сфере технологий механизмов баз данных становится все более простым и более выполнимым хранение в базе данных и неструктурированных данных, таких, как документы и изображения. Хранить ли в базе данных все или только некоторые из данных внешних приложений, зависит от того, как эти данные используются.
В этой лекции рассказывается о том, как хранить настройки приложений в базе данных. Кроме того, вы узнаете, как манипулировать пользовательскими настройками, сохраняемыми в базе данных. Поскольку XML представляет собой естественный способ хранения иерархических данных, приводятся также подробные сведения об XML-данных. В завершение рассматривается хранение в базе данных больших объектов, для чего обычно используются отдельные файлы.
Где хранить настройки приложений
В программировании на платформе .NET для хранения данных приложений обычно используются XML-документы (обычно с расширением . config ). Если необходимо, чтобы приложение демонстрировало различное поведение в разных ситуациях, возникают сложности. Необходимо либо предусмотреть это в файле конфигурации, либо рассмотреть вариант с применением архитектуры параметров, управляемых данными, при которой для настройки приложения используются данные. Если вы выберете последнее решение, то база данных будет естественным местом для хранения данных, которые управляют настройками приложения.
Прежде чем выбрать модель управления настройками с помощью данных, следует сначала учесть некоторые доводы в пользу использования в приложении конфигурационных файлов. Если ваше приложение не нуждается в базе данных для какой-либо еще функции, возможно, не стоит включать в приложение базу данных только для параметров приложения. Аналогично, если приложение нуждается в параметрах уже в процессе загрузки, а на этом этапе процесса база данных обычно недоступна, то конфигурационный файл будет более естественным решением. (Раньше параметры приложения в подобных ситуациях обычно хранились в реестре Windows, но сейчас они чаще хранятся в конфигурационных файлах приложения.) Одним из главных преимуществ хранения параметров конфигурации приложения в файле является то, что этим файлом с легкостью могут манипулировать пользователи. XML-файл можно редактировать в Блокноте, поэтому любой пользователь может изменить параметры. Если необходимо предотвратить просмотр или изменение уязвимых настроек пользователями, то файлы конфигурации можно зашифровать.
Несмотря на недоступность в процессе запуска приложения, хранение параметров приложения в базе данных может быть выгодным. В базе данных можно управлять доступом к параметрам при помощи политики безопасности базы, в том числе, используя шифрование в SQL Server 2005.
Это не даст пользователям, которые, возможно, не вполне представляют себе последствия сделанных изменений, возможности изменить параметры. Если вы используете какой-либо вариант ролевой модели безопасности (см. лекции 2-3), можно контролировать, кому предоставляется возможность изменять отдельные параметры приложения.
Сохранение параметров приложения в базе данных будет также очень полезно в распределенных приложениях. Таким образом, вы сможете хранить такие разные параметры, как часовой пояс или офисные правила, в одном месте — базе данных. Эти параметры можно настроить так, чтобы приложение хранило различные версии настроек для разных пользователей или групп пользователей, а контролировать параметры смогут сотрудники, имеющие достаточную квалификацию. В табл. 1.1 показаны преимущества, предлагаемые каждым из двух вариантов.
Совет. Если вы хотите использовать преимущества, предоставляемые хранением параметров в базе данных, но не хотите утяжелять клиент полнофункциональной базой данных, подумайте о реализации хранения параметров приложения в базе данных средствами программы Microsoft SQL Server 2005 Express Edition, которая распространяется бесплатно, или Microsoft SQL Server 2005 Workgroup Edition, стоимость которой является убедительным доводом в пользу ее применения для небольших реализаций.
| Пользователь может легко изменить параметры | ? |
| Приложение не требует для работы ядра СУБД | ? |
| Параметры доступны в процессе загрузки приложения | ? |
| В приложении можно реализовать ролевую модель обеспечения безопасности | ? |
| В приложении можно реализовать централизованное управление параметрами | ? |
| В приложении можно легко ограничить доступ к параметрам | ? |
| В приложении может быть обеспечен гранулярный контроль над параметрами | ? |
Как вы уже поняли из сравнения двух методов в табл. 1.1, следует выбрать тот вариант, который лучше подходит для вашего приложения. Не существует однозначного ответа на вопрос, где хранить параметры приложения — в базе данных или в конфигурационном файле. Взвешенно оцените свои потребности и среду и используйте приведенную здесь информацию для принятия такого решения, которое наилучшим образом соответствует требованиям вашего приложения.
Где хранить пользовательские настройки
Часто приложению необходимо хранить информацию о предпочтениях пользователей. В веб-приложениях это обычно реализуется при помощи файлов cookie (небольших текстовых файлов, которые хранят информацию о пользователях), но ввиду возросших требований к обеспечению безопасности в интернете такой подход может оказаться проблематичным.
При использовании некоторых видов идентификации пользователей пользовательские настройки можно хранить в базе данных. Это позволит управлять этими настройками, не обращаясь к клиентскому компьютеру. В базе данных можно хранить самые разные пользовательские настройки.
Эти настройки можно хранить в виде XML-данных, которые обеспечивают максимальную гибкость (о хранении XML-данных будет рассказано далее в этой лекции). Можно также использовать стандартные методы работы с данными для отслеживания пользовательских настроек. Если для хранения пользовательских настроек используется SQL Server, то пользователь может переносить их с одного клиента на другой.
Реализация таблицы пользовательских настроек
- Определите, какие параметры вам необходимо хранить. Хотя в базе данных приложения можно хранить все пользовательские настройки, важно решить, какие параметры необходимы для обеспечения функционирования приложения в особых случаях, а какие параметры должны быть доступными при любом входе пользователя в систему, с какого бы клиента этот вход не выполнялся.
- После того, как вы определите, какие параметры нужно хранить, разработайте необходимую для хранения параметров таблицу. табл. 1.2 представляет собой примерный проект таблицы для управления пользовательскими настройками в базе данных.
| Идентификатор пользователя | Хранит уникальный идентификатор пользователя, который может использоваться для идентификации и возврата пользовательских настроек. Тип данных этого столбца будет зависеть от реализации идентификаторов пользователей в приложении. |
| Дата добавления пользователя. | В этот столбец записывается дата добавления Первая запись о пользовательских настройках обычно создается после добавления пользователя. |
| Дата обновления настроек | Помогает управлять активными пользователями и проверять актуальность их настроек. Обновление данных часто является более важным, чем их создание. |
| Последний вход в систему | Сохраняет информацию о последнем входе пользователя в систему. В некоторых случаях эта информация дублирует информацию в столбце Дата обновления настроек. В зависимости от реализации столбца даты обновления, можно отказаться от данного столбца и использовать только столбец Дата обновления. |
| Столбец или столбцы для хранения пользовательских настроек | В этот столбец записываются пользовательские настройки, которые необходимо сохранить. |
Существует две распространенных реализации столбцов пользовательских настроек. Первая реализация — реляционная. Каждая настройка в этой реализации хранится в отдельном столбце таблицы. С этим решением связана следующая проблема: чтобы добавить дополнительную настройку, придется расширять таблицу путем добавления столбца.
Второй вариант — все пользовательские настройки хранятся в одном столбце. С появлением XML можно использовать XML-документ для хранения нужных настроек либо в столбце TEXT , либо в столбце с типом данных XML; об этом речь пойдет далее в этой лекции.
- Хранимая процедура Insert . С помощью этой процедуры добавляется начальная запись пользовательских настроек. Часто это делается при добавлении пользователя, поэтому данную процедуру можно объединить с процедурой добавления пользователя.
- Хранимая процедура Update . Обновляет запись пользовательских настроек. Эта процедура часто вызывается для управления пользовательскими настройками в приложении.
Важно. При отслеживании часто изменяющихся данных в таблице пользовательских настроек администратору придется активно наблюдать за производительностью и при необходимости регулировать работу реализации. Это особенно верно, если пользовательские настройки обновляются не просто для входа в приложение и выхода из него, но также и для других событий.
Где хранить XML-документы
Несколько лет назад XML-документы были новым веянием, но сейчас они уже стали привычными. Весьма вероятно, что вы уже видели и применяли XML-документы для настройки конфигурации и других задач в приложениях, с которыми работали. В SQL Server 2005 и Microsoft .NET Framework XML-документы широко используются для настройки параметров конфигурации и реализации других функций, таких, как службы интеграции SQL Server Integration Services (для которых XML хранятся в файлах .dtsx ) и службы составления отчетов SQL Server Reporting Services (данные XML хранятся в файлах с расширением . rdl ). XML имеет ряд преимуществ, не последнее из которых — гибкость при изменении требований к конфигурации приложения. Как было отмечено ранее, файлы XML также дают возможность пользователям приложения легко изменять параметры конфигурации.
XML также прекрасно справляется с хранением иерархических данных. Вот несколько примеров иерархических данных: магазинные чеки, спецификации материалов и счета за медицинское обслуживание. Все они включают родительские записи с дочерними записями разных уровней. Извлечение полных наборов этих данных из механизма базы данных может быть затруднено, но XML хранит данные в форме, позволяющей легко просмотреть данные. Поскольку XML очень эффективен и все более широко используется, разработчики компании Microsoft включили в SQL Server 2000 и SQL Server 2005 тип данных XML, а также реализовала особый механизм оптимизации и операторы T-SQL для управления XML-данными.
Примечание. XML-документы уже широко применяются для совместного использования информации внутренними и внешними потребителями в различных сферах бизнеса. В частности, приложения, используемые в здравоохранении, используют XML-схемы для организации совместного использования данных внешними партнерами и внутренними системами лечебных учреждений. Программный пакет Microsoft BizTalk Server 2006 разработан для управления бизнес-процессами и интеграции в подобных ситуациях и для этой цели использует XML-документы.
Поддержка XML в SQL Server 2005
В SQL Server 2005 разработчиками Microsoft в механизм базы данных были добавлены несколько новых специфических XML-функций. Эти усовершенствования позволили облегчить доступ к XML-данным и манипуляции с ними. Ниже перечислены некоторые из таких усовершенствований:
- Собственный тип данных XML
- Поддержка XML-схем
- Возможность использования запросов XQuery к XML-данным, которые хранятся в столбцах с типом данных XML и в переменных
- Возможность индексировать XML-данные, которые хранятся в столбцах XML
- Поддержка языка манипулирования данными XML (XML-DML)
- Усовершенствование существующих функций SQL Server 2000 для работы с XML, в том числе добавление ключевых слов OPENROWSET , FOR XML и OPENXML
Источник: intuit.ru