foo_constants.php
или fooConstants.php
?laravel: Конфигурация имени файла?
Кажется, что laravel сделал бы какое-то преобразование имени, когда вы используете Config::get('...')
, какой из них вы используете?
foo_constants.php
или fooConstants.php
?laravel: Конфигурация имени файла?
Кажется, что laravel сделал бы какое-то преобразование имени, когда вы используете Config::get('...')
, какой из них вы используете?
foo.php
Почему указать constants
вообще? Конвенция, которую я обычно видел, это однословные имена файлов. Я думаю, что в большинстве случаев настройки типа «config» будут постоянными в среде, даже если они изменяются между средами.
Посмотрите на комплект композитора aws/aws-sdk-php-laravel в качестве примера. Этот файл имеет имя config.php
в пакете, но публикуется до aws.php
.
rydurham/Sentinel - другой популярный упаковка. Он также имеет только однословное имя файла.
Update
В ситуации, вы описываете в своем комментарии, я хотел бы сделать что-то вроде этого:
<?php // File: foo.php
return [
'sheep' => [
'clothing' => 'wool',
'chews_on' => 'cud',
],
'wolf' => [
'clothing' => 'fur',
'chews_on' => 'sheep',
],
];
И вы можете получить доступ как из тех, с помощью Config::get('foo.sheep')
и Config::get('foo.wolf')
соответственно. Когда они определены на сервере, они все еще «на сервере», так сказать. Если вы хотите опубликовать значения, хранящиеся в foo.sheep
, вы можете сделать это, и вы можете сделать это, не выставляя foo.wolf
.
cus Я хочу использовать константы в обоих концах и как публичный api. поэтому я задаюсь вопросом, могу ли я назвать один конфигурационный файл 'sheep_constants' и еще один' wolf_constants'. – Kevin
Я обновил свой ответ тем, что, по моему мнению, будет обычным способом справиться с этой ситуацией. Надеюсь это поможет. –
спасибо, человек. это действительно имеет смысл! – Kevin