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

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().