Как правильно хранить и обрабатывать данные на C#

Question

[Илья]

Всем здрас-те.
Проблема такая: пишу на C# WPF лаунчер для своего проекта (MineCraft).
Все шло хорошо, до тех пор, пока не понял, что нужно хранить все-таки конфигурацию, текущий профиль, и т.п. в файлах.
Поискал в Google, понял, что лучше всего использовать - XML.
Ну, поискал на эту тему, не нашел дельного.
Мне ведь что нужно:
1) Запись в файл XML сначала пустой строки, like this:

<?xml version="1.0" encoding="utf-8"?>
<response>
<lastlogin>none</lastlogin>
<system>windows</system>
</response>

2) Чтение из файла, желательно сразу войд.
Чтобы юзинг был таков:
ReadConfig("lastlogin")
и он мне говорил что лежит в lastlogin
И тоже самое со всем остальным

Заранее ОГРОМНОЕ спасибо.

Answer 1

[Mykola Dzedzinskyi]

System.Xml.Serialization.XmlSerializer reader = 
        new System.Xml.Serialization.XmlSerializer(typeof(User));
    System.IO.StreamReader file = new System.IO.StreamReader(
        @"c:\temp\userData.xml");
    UserData user= new UserData();
    user = (UserData)reader.Deserialize(file);
if(user!=null)
    Console.WriteLine(user.lastlogin); // тут будет доступ к полю lastlogin объекта user

в программе создайте класс объекта типа того

public class UserData
{
     public string userlogin{get;set;}
}

Если вам нужно доступ такой как вы писали выше - используйте что то типа того:

XmlNodeList elemList = doc.GetElementsByTagName("lastlogin");
    for (int i = 0; i < elemList.Count; i++)
    {
        Console.WriteLine(elemList[i].InnerXml);
    }

Comments

[Mykola Dzedzinskyi]

т.е. желательно чтоб в файле сохранялся исключительно объект класса

[Илья]

омг, у меня файл несколько настроек хранитююю

[Mykola Dzedzinskyi]

Используйте данный
метод

[Илья]

спасибо!
то есть, если имя - единичное, то можно делать так:
XmlNodeList elemList = doc.GetElementsByTagName("userlogin");
Debug1.Text = elemList[0];

[Илья]

или я не понимаю синтаксиса шарпа?(

[Mykola Dzedzinskyi]

Похоже так: Debug1.Text = elemList[0].InnerText;

[Илья]

спасибо!

[Mykola Dzedzinskyi]

ну и желательно добавить проверку , есть ли что либо:

if(elemList.Any()){Debug1.Text = elemList[0].InnerText;}

[Илья]

спс

[Рифат]

Раз уж на то пошло, чем реализовывать чтение и обработку xml файла, не проще ли использовать сериализацию и десериализацию?

[Mykola Dzedzinskyi]

@serber в данном вопросе десериализация буде не уместной, и менее производительной. Если интересует некий объект - да , можно использовать десериализацию, если нужно только строку - лутше искать с помощью GetElementsByTagName

Answer 2

[Вадим Мартынов]

Если речь идет о параметрах приложения, почему бы не воспользоваться стандартным механизмом конфигурационных файлов .net?
В сложных случаях, когда параметров много и они разделены на логические группы, можно создать несколько configuration section.
А в простых сценариях, если вы не боитесь запутаться в именах конфигурационных параметров, можно обойтись просто ConfigurationManager.

var lastLogin = config.AppSettings["LastLogin"];

Это стандартный механизм дотнета, не нужно париться с созданием кастомного файла, структурой, проверками.

Answer 3

[Илья]

Простите, а как мне на выходе обойтись без доп. файлов?

Answer 4

[Mykola Dzedzinskyi]

AppConfig используют для управления приложением, но никак ни сохранением в него данных приложением. Я так понимаю, вам нужно сохранять данные пользователя, и правильно, используйте xml. Вот тут пример как писать в xml,
а тут про чтение. А про чтение - лучше считать один раз весь файл xml а потом только брать данные из объекта, хотя зависит от размеров файла

Comments

[Илья]

окей, а как мне узнать значение по элементу?
прочитать из lastlogin>ПРОЧИТАТЬЭТО?

[Mykola Dzedzinskyi]

написал ниже

[Вадим Мартынов]

@dzedzinskiy да уж, вопрос о том, что хранить в конфиге и что является конфигурацией приложения - неоднозначный в этой ситуации. Мало исходных данных.
Если приводить примеры того, что в конфигах храниться, то вот что получится.
1. Пути к папкам отчётов/выгрузок.
2. Адрес удаленного сервера для подключения.
3. Последнее состояние окна (статус, развернуто ли на весь экран, ширина, высота)! Вот тут уже интересно, данные это или конфигурация?
4. Настройки последней авторизации (логин, флаг авторизации через AD). Это уже что-то похожее на то, что требуется @XuPoH

В общем, я бы не был столь критичен относительно выбора места хранения. Конфигурация понятие довольно растяжимое. lastlogin вполне под неё подходит.

[Mykola Dzedzinskyi]

например, сбой при записи в конфигурационный файл произведет к краху приложения + к его фрагментации на диске, по этому я не рекомендую писать в файл, от которого зависит работа всей программы. Лишние меры предосторожности еще некому не навредили.

[Mykola Dzedzinskyi]

@Vadimyan может я параноик? Объясните пожалуйста, если я неправ.

[Вадим Мартынов]

@dzedzinskiy
Я, если честно, заинтригован. Что понимать под сбоем при записи? Пока конфигурация не будет сохранена явно, на диск ничего не будет сбрасываться. Исключения при вызове Save приведут только к тому, что новые параметры не будут записаны.
Если речь идёт о жёстком сбое при записи на диск (отключение питания?), как поведут себя внутренности Save тоже неясно. При работе с файлами через потоки я не встречал грязных данных от сбоев и не встречал обработки неполной структуры загруженных данных. Ну, то есть, обработка заключалась в том, что файл невозможно было прочитать и пользователь оповещался о невозможности продолжать работу с приложением.
Я пытался придумать способ для эмуляции "сбоя", но не смог придумать наспех реализации. Поисковики тоже не помогли попыткам найти информацию о жёстких сбоях при работе с конфигурационными файлами.
Я знаю, что если конфиг поправить руками неудачным образом, то приложение будет падать при старте. Но о необходимости дополнительной защиты при записи в конфиг нигде не читал. Скажем так, я заразился паранойей, но подтверждений опасности не нашёл. Где-нибудь есть статьи про проблемы с грязными данными после сбоев во время записи файлов (по факту - сброса буффера на диск)?

[Вадим Мартынов]

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