Я полагаю, что Ваш вопрос очень относится, учитывая перемещение к "быстрым интерфейсам". Многие разработчики "видели, что свет" относительно XML настроил приложения. Используя XML может быть очень подробным и трудным отредактировать правильно (особенно, если никакая схема не предоставлена). Наличие быстрого интерфейса позволяет разработчику настраивать приложение на проблемно-ориентированном языке с помощью некоторых пар "ключ-значение" от конфигурационного файла простого текста (или возможно параметры командной строки). Это также делает очень легким установить и настроить новые экземпляры приложения для тестирования или что бы то ни было.
Вот мои ответы на Ваш вопрос:
файл конфигурации А является способом позволить пользователю настраивать поведение их программы во времени выполнения.
Идеально, я думал бы, что файлы конфигурации должны, по крайней мере, быть добавлены быстрым интерфейсом для конфигурирования программы (это полезно во многих отношениях). При требовании файла конфигурации тогда, это должно быть сохранено очень простым, ничто кроме пар "ключ-значение".
я думаю, что ответ на это зависит от Вашей организации. Это должна быть ответственность человека, развертывающего программное обеспечение, чтобы гарантировать, что это правильно настроено.
я украду этот ответ от кого-то еще:) Мне нравится идея сохранить шаблонную конфигурацию в управлении исходным кодом и изменить его для потребностей каждого локального пользователя. Возможности являются файлом конфигурации одного разработчика, кошмар другого разработчика так лучше оставлять вещи, которые варьируются пользователем из управления исходным кодом. Наличие шаблона является также хорошим способом позволить человеку, развертывающему приложение (или другие разработчики) видят точно, какие значения допустимы для файла конфигурации.
Да - хотя AFAIK до сих пор нет встроенной поддержки для них в automake.
Я выполнил эти инструкции и получил предварительно скомпилированные заголовки, работающие в одном из мои проекты, сокращающие время сборки вдвое: -)