Можно ли в сервис-провайдере прокидывать env-переменные в создаваемые сервисы?

Question

Да, в сервис-провайдере можно передавать значения из env в создаваемые сервисы, но напрямую вызывать env() там не рекомендуется. Правильный подход — сначала описать значения в конфигурационных файлах, а затем получать их через config(). Это связано с кешированием конфигов в Laravel. Такой подход делает приложение стабильнее и предсказуемее.

YeaHub · Accepted Answer

Laravel позволяет использовать переменные окружения, но делает это через конфигурацию, а не напрямую в бизнес-коде.ОпределениеОпределение: env-переменные — это значения из окружения (.env), которые используются для настройки приложения и загружаются на этапе конфигурации.Как правильно передавать env в сервисПеред началом важно помнить: env() предназначен только для конфигов, а не для runtime-кода.Шаг 1. Описать значение в конфиге// config/services.php
return [
    'payment' => [
        'api_key' => env('PAYMENT_API_KEY'),
    ],
];
Шаг 2. Использовать config() в сервис-провайдереpublic function register(): void
{
    $this->app->singleton(\App\Services\PaymentClient::class, function () {
        return new \App\Services\PaymentClient(
            config('services.payment.api_key')
        );
    });
}
Почему не стоит использовать env() напрямуюПри php artisan config:cache прямые вызовы env() перестают работать корректноКонфигурация должна быть централизованнойКод становится проще тестироватьКогда это особенно важноРабота с внешними API (ключи, токены)Настройка таймаутов, URL, режимов работыРазные окружения (local / staging / production)Краткий выводВ сервис-провайдерах можно и нужно прокидывать значения из окружения, но делать это следует через конфигурацию, используя config(), а не прямой вызов env().