XmlTextReader. Как перейти к первому узлу

[ka11n]

using (var reader = new XmlTextReader(_sAppSetting))
{
    while (reader.Read())
    {
        ///Какая-то обработка             
    }
    //Здесь необходимо вернуться к первому узлу
}

Метод Read считывает узел и переходит к следующему, и так до конца.
После этого мне необходимо вернуться опять к первому узлу.
Как это сделать?

[Пепел Феникса]

пересоздать ридер, он позволяет идти только вперед из любого источника(и не каждый источник позволяет возврат в принципе)

[ka11n]

Сообщение от Пепел Феникса

пересоздать ридер

Именно так я и реализовал. Хотелось просто уйти от многократной загрузки файла. На скорость работы критично это не влияет, в моем случае, но мне кажется это неправильно, думал может есть решение. Например, как метод Seek для FileStream

[Пепел Феникса]

если вам нужно читать несколько раз то вы или читайте несколько раз, или один раз разбирайте в XmlDocument/XDocument и с ним работайте.

[Akeloya]

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

using (var reader = new XmlTextReader(_sAppSetting))
{
    while (reader.Read())
    {
        ///Какая-то обработка             
    }
    //Здесь необходимо вернуться к первому узлу
}

Метод Read считывает узел и переходит к следующему, и так до конца.
После этого мне необходимо вернуться опять к первому узлу.
Как это сделать?

Попробуйте Linq to XML. Вы будете работать всегда с коллекциями IEnumerable<T> и выбирать данные по условию (если необходимо).
Соответственно первый узел - первый элемент коллекции, последний узел из коллекции - последний элемент коллекции.

Но судя по тому, что вы пытаетесь реализовать настройки приложения, чем вас стандартный механизм настроек не устраивает? Вы ведь можете стандартный app.config расширить секциями как вам заблагорассудится и хмл будет парситься в момент загрузки приложения, а вы будете работать с объектной моделью.
http://habrahabr.ru/post/128517/
https://msdn.microsoft.com/en-us/lib...v=vs.140).aspx

[ka11n]

Сообщение от Пепел Феникса

XmlDocument/XDocument и с ним работайте.

Спасибо, получилось!

чем вас стандартный механизм настроек не устраивает?

Не нравилось то, что настройки сохраняются в каталог пользователя, а не в каталог программы. Еще какие-то причины были, не помню... Может просто "недокурил" тему. Спасибо за ссылки, попробую разобраться

[Пепел Феникса]

Если вы пишете нормальную прогу которая будут устанавливать то используйте доступные папки,(папка пользователя или общая).
если портабл(и только тогда) то рядом.
ибо начиная с Vista и выше в Program Files писать без прав админа.

[Akeloya]

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

Спасибо, получилось!

чем вас стандартный механизм настроек не устраивает?

Не нравилось то, что настройки сохраняются в каталог пользователя, а не в каталог программы. Еще какие-то причины были, не помню... Может просто "недокурил" тему. Спасибо за ссылки, попробую разобраться

Если вы заглянете в настройки приложения (Properties\Settings.settings), то вы увидите там область нахождения настроек, пользовательская или приложения.
Пользовательская - это личные настройки пользователя, хранящиеся в его профиле, а настройки приложения будут храниться в app.config файле.
Точнее <progName>.exe.config.
таким образом вы можете разбрасывать настройки по двум каталогам без особых телодвижений.

[ka11n]

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

без особых телодвижений.

Это как раз куча телодвижений - настройки..., пользователи.., разные папки...
Мне необходимо чтобы хранились настройки пары-тройки чекбоксов, текст боксов и т.д. Прогу скопировал на флеху и в путь, а не искать по всяким папкам эти настройки.
Проблема решена с помощью xmlDocument.

Всем спасибо за участие!

[Пепел Феникса]

я часто настройки вообще сериализацией храню.