2015-01-02 3 views
3

Есть ли лучший и более чистый способ создания файлов конфигурации в отличие от использования ConfigurationSection? Ниже приведен код, который очень ошибочен, чтобы ввести неверные имена, а также грязный и уродливый код. теперь, как правило, это нормально, если у вас мало конфигураций, но у меня более 100, и этот код становится кошмаром и очень уродливым.Варианты ConfigurationSection (.NET 4.5.1)

Ниже приведен код, который у меня есть.

[ConfigurationProperty("gridPageSize", DefaultValue = 10)] 
    [IntegerValidator(MinValue = 1, MaxValue = 100)] 
    public int GridPageSize 
    { 
     get { return (int)this["gridPageSize"]; } 
     set { this["gridPageSize"] = value; } 
    } 

ОБНОВЛЕНО По крайней мере, я хотел бы читать «gridPageSize» строка из resourcefile, в то время как это работает для ГЭТ, набор, он не работает для ConfigurationPropertyAttribute

+0

Я всегда использую константы для такого рода вещей. Все еще нужно обновлять в нескольких местах (xml, .cs), но гораздо меньше копий строки во всем мире. –

+0

Проект + Свойства, Настройки. Наверное, слишком поздно для этого. –

+0

MSFT должен изучить это. Я уже давно призываю к более эффективному конфигурированию. Такая вещь должна быть полностью декларативной и, конечно, гораздо менее сложной, чем то, что предоставляет MSFT. –

ответ

1

Вы можете рассмотрите West Wind Application Configuration for .NET. Дизайн Рика чище и по-прежнему гибкий.

Даже для Microsoft старый дизайн конфигурации слишком сложный. Команда IIS использует файлы XML-схем для замены таких жестко кодированных разделов для IIS 7 и выше, что является альтернативным способом. Однако этот фрагмент кода не печален печально.

Смежные вопросы