2015-02-19 4 views

ответ

3

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.

+0

cus Я хочу использовать константы в обоих концах и как публичный api. поэтому я задаюсь вопросом, могу ли я назвать один конфигурационный файл 'sheep_constants' и еще один' wolf_constants'. – Kevin

+0

Я обновил свой ответ тем, что, по моему мнению, будет обычным способом справиться с этой ситуацией. Надеюсь это поможет. –

+0

спасибо, человек. это действительно имеет смысл! – Kevin