Чем руководствоваться при именовании констант?

Question

[Руслан Хорошкевич]

Хотелось бы узнать у сообщества об отношении к define.
В частности, если константа содержит путь, обязательно ли ее именовать префиксом PATH?
Например, у приложения есть порядка 5 констант, содержащих конкретные пути:

define('ROOT', __DIR__ . '/');
define('WWW', ROOT . 'public/');
define('KERNEL', ROOT . 'kernel/');
define('LIBRARY', ROOT . 'library/');
define('TMP', ROOT. 'tmp/');
define('LOGS', ROOT. 'logs/');

Имеет ли место быть такое именование?

Comments

[Сергей Соколов]

ошибка в выражении «имеет место быть» — оно неправильное. Можно «имеет место» или «имеет быть». И это книжные, формальные выражения. </шучу>

Answer 1

[Андрей Слащинин]

Попробуйте использовать класс, выглядит очень не плохо:

<?php 
class Path {
	const ROOT = __DIR__ . '/';
	
	const WWW = self::ROOT . 'public/';
	
	const KERNEL = self::ROOT . 'kernel/';
	
	const LIBRARY = self::ROOT . 'library/';
	
	const TMP = self::ROOT . 'tmp/';
	
	const LOGS = self::ROOT . 'logs/';	
}

// Применение
echo Path::ROOT;

Comments

[Руслан Хорошкевич]

Ух ты ж. А ведь решение то на поверхности было.
Так не нравились мне пост/префиксы в define`ах. А так прям симпатично получилось.

Answer 2

[Сергей Соколов]

Если пишете не прилжоение, а модуль, который станут использовать другие разработчики, рекомендуется использовать общий префикс для констант именно вашего модуля:

HABR_ROOT
HABR_WWW
HABR_KERNEL

Как вариант с путями, например, в Laravel они получаются вызовом вспомогательных функций:

app_path()
base_path()
config_path()
database_path()
public_path()
storage_path()

Причём, в них можно передавать параметром относительный путь внутри, чтобы получить полный. Здесь общий не префикс, а постфикс, т.к. результат больше похож на натуральный язык и, видимо, легче запоминается.