Полный ответ:

1. Что это за техника?

Это техника динамического определения констант на основе массива конфигурации.

Обобщенная форма:

$config = [
    'CONSTANT_NAME' => 'value',
    'ANOTHER_CONSTANT' => 'another_value',
];

foreach ($config as $name => $value) {
    if (!defined($name)) {
        define($name, processValue($value));
    }
}

2. Ключевые особенности данной реализации:

a) Условное определение:

if (!defined($name)) {

• Предотвращает повторное определение констант (защита от ошибки “Constant already defined”)
• Позволяет переопределить значения через ранее определенные константы (например, в тестах)

b) Динамическая обработка значений:

if ($env) $path = "../{$path}";
define($name, realpath($path).DIRECTORY_SEPARATOR);

• Значения обрабатываются динамически в зависимости от контекста ($env)
• Используется realpath() для получения абсолютных путей
• Добавляется системный разделитель DIRECTORY_SEPARATOR

c) Именование констант:

• Используются “SCREAMING_SNAKE_CASE” (APP_PATH, TESTS_PATH)
• Имена соответствуют PSR и общепринятым convention

3. Допустимость этой техники

✅ Преимущества:

1. DRY (Don’t Repeat Yourself): Исключает дублирование кода для каждой константы
2. Централизованное управление: Все константы определяются в одном месте по единым правилам
3. Гибкость: Легко добавить новую константу - просто добавить элемент в массив
4. Безопасность: Проверка !defined() предотвращает конфликты

⚠️ Потенциальные проблемы:

1. Нарушение принципа явности: Не сразу очевидно, какие константы будут определены
2. Сложность отладки: При ошибке в значении сложнее найти источник проблемы
3. Зависимость от порядка: Если константы зависят друг от друга, порядок в массиве важен
4. Магические числа: Может скрывать важную бизнес-логику в массиве

4. Альтернативные подходы

Более явный вариант:

defined('APP_PATH') || define('APP_PATH', realpath('app').DIRECTORY_SEPARATOR);
defined('TESTS_PATH') || define('TESTS_PATH', realpath('tests').DIRECTORY_SEPARATOR);

Конфигурация через класс:

class PathConfig {
    public const APP_PATH = 'app';
    public const TESTS_PATH = 'tests';
    
    public static function init(bool $env = false) {
        // Динамическая инициализация...
    }
}

Итог

Это допустимая техника, но с оговорками:

• Подходит для: однотипных констант (как в примере - пути), bootstrap-кода, конфигурационных скриптов
• Не подходит для: констант с сложной логикой инициализации, критически важных бизнес-констант
• Требует: хорошего документирования и соблюдения порядка элементов в массиве

Рекомендация: Использовать эту технику умеренно, в основном для инициализации инфраструктурных констант, где действительно есть выгода от централизованного управления.

Техника демонстрирует хорошее понимание принципов DRY и динамических возможностей PHP, но в production-коде требует аккуратного использования и тестирования.