Я много раз читал и согласен с тем, чтобы избегать использования глобальных переменных для сохранения ортогональности кода. Использует ли ваша программа конфигурационный файл для хранения информации, доступной только для чтения, аналогично использованию Globals?





Если вы используете файлы конфигурации вместо глобальных переменных, то да, они похожи.
Файлы конфигурации следует использовать только в тех случаях, когда конечный пользователь (предположительно опытный компьютерный пользователь, например разработчик) должен объявить настройки для приложения или фрагмента кода, при этом не допуская при этом рук к самому коду.
Моя первая реакция была бы, что это не то же самое. Я думаю, что проблема с глобальными переменными - это сценарий чтения + записи. Конфиг-файлы доступны только для чтения (по крайней мере, с точки зрения исполнения). Точно так же константы не считаются плохим поведением при программировании. Конфиг-файлы, по крайней мере в том смысле, в котором я их использую, представляют собой просто изменяемые константы.
Файлы конфигурации действительно предназначены для того, чтобы конечный пользователь мог легко редактировать их, чтобы сообщить программе, как работать.
Более специализированная форма файлов конфигурации, пользовательские настройки, используются для запоминания вещей между запусками программы.
Global связан с уникальным экземпляром объекта, который никогда не изменится, тогда как файл конфигурации используется как контейнер для ссылочных значений для объектов в приложении, которые могут изменяться.
Один «глобальный» объект никогда не изменится во время выполнения, другой объект инициализируется через файл конфигурации, но может измениться позже.
Фактически, эти объекты не только могут изменяться в течение жизненного цикла приложения, они также могут отслеживать файл конфигурации, чтобы реализовать «горячее изменение» (изменение их значения без остановки / перезапуска приложения), если этот файл конфигурации был изменен. .
Что ж, поскольку файл конфигурации и глобальная переменная могут иметь эффект распространения изменений по всей системе - они примерно одинаковы.
Но ... в случае файла конфигурации это изменение обычно будет происходить в одном, хорошо видимом (для разработчика) месте, и глобальные переменные могут влиять на изменение очень скрытными и трудно отслеживаемыми способами - Таким образом, эти две концепции не похожи.
Наличие файла конфигурации обычно помогает с СУХИЕ концепции, и это не должно повредить ортогональность системы.
Бонусные баллы за использование слова «ортогональный» за 25 долларов. Мне пришлось поискать это в Википедии, чтобы узнать неевклидово определение.
Да, чтение книги «Прагматичный программист» и тема глобальных переменных вводятся после разделения. Идея конфигурационных файлов пришла в голову и захотелось определить уровень их зла.
Они абсолютно не совпадают или заменяют друг друга. Конфигурационный файл или объект могут использоваться неглобально, т.е. передаваться явно.
Конечно, у вас может быть глобальная переменная, которая ссылается на объект конфигурации, и это противоречит цели.
Я не имел в виду, что первая часть этого ответа звучит обрывочно. Я хотел сказать, что файлы конфигурации не являются обходным решением для предотвращения глобальных переменных.