Здравствуйте, Андрей Корявченко, Вы писали:

АК>Не секрет, что практически каждое приложение требует каких-то настроек. Данная статья рассказывает об одном из возможных способов реализации механизма их хранения и редактирования. Исходные коды взяты из реального приложения, RSDN@Home, оффлайн-клиента для форумов www.rsdn.ru....

в статье приведен пример генерируемого XML файла конфигурации

<PluginConfigs>
  <PluginConfig>
   <PluginClass>RSDN.Janus.StdPlugs.WinampPlugin</PluginClass>
    <PluginConfiguration xsi:type="WinampPluginConfiguration">
      <PlayerVersion>Winamp3x</PlayerVersion>
      <SilentName>silent</SilentName>
    </PluginConfiguration>
  </PluginConfig>
  <PluginConfig>

объясните пожалуйста, каким образом атрибуты

[Category("Application")]
[DefaultValue("Title1")]
[Description("Enter Title for the application")]

свойств

public string Title
{
get { return _Title; }
set { _Title = (string) value; }
}

класса конфигурации участвуют в сиреализации?

по статье я создал примерчик (без использования синглтона) Сериализация класса для PropertyGrid. По результатам выполнения которого следует, что атрибуты при сериализации не используются. Как тогда у вас образовалась иерархия в xml конфиге?