Лучшие практики: как я должен сохранить настройки в C# (Формат/Тип)?
Оба метода действительны.
Учитывая число n битов A = an-1, an-2 ... a0, C2 - это число такое, что A + C2 (A) = 2 ^ n
Если / A является битовое дополнение A, легко доказать, что A + / A = 11..11 = 2 ^ n-1 => C2 = / A + 1, что доказывает первый метод.
Второй метод утверждает, что C2 (A) = / (A-1). Если мы вычислим / (A-1) + (A-1) = 11 ... 11 = 2 ^ n-1, мы увидим, что / (A-1) + A = 2 ^ n, что доказывает второй метод. [ 113]
4 ответа
Если Вы хотите сохранить настройки конфигурации приложения, можно усилить 'AppSettings' в Приложении. Конфигурация или сеть. Файл конфигурации в зависимости от того, если это - окна или веб-приложение. Я полагаю, что синтаксис для чтения значений конфигурации
string configValue = Configuration.AppSettings["ConfigValueName"];
Конфигурационный файл будет похож на это
<configuration>
<appSettings>
<add key="ConfigValueName" value="ABC"/>
</appSettings>
</configuration>
С, вероятно, большим количеством другого материала.
Если необходимо хранить информацию о пользователях или других повторных объектах в системе, необходимо будет создать базу данных и написать код для сохранения / считанные данные в / от базы данных.
Вы могли сделать класс сериализуемым и автоматически сериализировать его к XML или Binary, Орегон, Вы могли использовать базу данных SQL. Существует много технологий .NET для доступа к базам данных, просто ищут ADO.net, LINQ и Платформу Объекта.
Платформа.NET обеспечивает некоторые механизмы для того, чтобы сохранить и загрузить пользовательские настройки и/или приложение. См. "MSDN: Использование Настроек в C#" для основ.
Для шифрования некоторых разумных данных в конфигурационных файлах, можно также использовать некоторые стандартные функции Платформы.NET. Поскольку краткое введение смотрит на "Шифрование Конфигурационной информации Используя Защищенную Конфигурацию" и "Шифрование Паролей в.NET app.config Файл".
Хорошо наиболее распространенный способ хранения и загрузки настроек состоит в том, чтобы использовать некоторые данные XML, и создание [сериализуемого] класса и вывод сериализированного класса к XML-файлу работали бы, но необходимо иметь в виду следующие вещи:
- Вы не будете иметь никакого контроля над входными данными - потому что XML-файл может быть отредактирован за пределами Вашего приложения, возможно загрузить абсолютно бессмысленные данные
- Вы захотите иметь нормальные значения по умолчанию для того, когда узлы будут отсутствовать в XML. Это может быть вызвано ручными редактированиями или загрузкой старой версии Вашего класса в более новую версию.
- Я лично очень не решился бы хранить любые пароли в конфигурационном файле где угодно, не используя некоторый асимметричный алгоритм шифрования. Если бы я нашел программу, которая хранила мои пароли в простом тексте в XML-файле, то я прекратил бы использовать ту программу.
Можно использовать файлы ресурсов для менее чувствительной информации. Для имен пользователей/паролей необходимо использовать ecrypted текстовый файл или использовать CSPs.