Здравствуйте, karbofos42, Вы писали:


K>Как нам в этом поможет одинокий cs-файл? Откуда появится валидация и т.д.?
K>Или в каком виде предполагаются конфига на шарпе пользователям отдавать?
в пример Sinclair конечно для админа может быть несколько сложновато, но можно как-то так

public class Config: IConfigurable
{

  public void Configure(cfg: IAppConfig) {
    
    //ниже содержательная часть. и вот ниже не сложнее ini файла, +все фишки: интелисенс, проверка компилятора
    cfg.MailServiceDir = "....";
    cfg.MailServiceEnabled = false; 

  }

}

и помоему вполне очевидно, что фишки о которых Антон (если не ошибаюсь?) говорит — проверка компилятором, интеллисен, подсказки иде
представляют ценность и интерес и в случае действительно сложного конфига будут рулить и разруливать.

Здравствуйте, karbofos42, Вы писали:


K>Как нам в этом поможет одинокий cs-файл? Откуда появится валидация и т.д.?
K>Или в каком виде предполагаются конфига на шарпе пользователям отдавать?
в пример Sinclair конечно для админа может быть несколько сложновато, но можно как-то так

public class Config: IConfigurable
{

  public void Configure(cfg: IAppConfig) {
    
    //ниже содержательная часть. и вот ниже не сложнее ini файла, +все фишки: интелисенс, проверка компилятора
    cfg.MailServiceDir = "....";
    cfg.MailServiceEnabled = false; 

  }

}

и помоему вполне очевидно, что фишки о которых Антон (если не ошибаюсь?) говорит — проверка компилятором, интеллисен, подсказки иде
представляют ценность и интерес и в случае действительно сложного конфига будут рулить и разруливать.

а продвинутый админ, вообще может навернуть не подетски — завернуть в функции группы настроек, разрулить сложные зависимости, и тп.