Laravel constで配列のキーに別の定数値を使いたいです。

Question

下記のような定義を行いたいです。

const USER_GENERAL = 1;
const USER_ADMIN = 2;

const USER_ROLES = [
    USER_GENERAL   => '一般',
    USER_ADMIN   => '管理者',
];

これをconfigディレクトリ下に例えばa.phpとして配置すると、普通に動作はするのですが、
artisan config:cacheを行うとエラーになってしまいます。

   ErrorException  : Constant USER_GENERAL already defined

constを使わずに、配列で定義すればエラーにならないですが、そうすると下記のように定義するしかなく、例えばUSER_ADMINの値を3に変えた場合は、USER_ROLESの方も値を3に変更しなければならず、定義の関連性が無くなってしまいます。

return [
    'USER_GENERAL' => 1,
    'USER_ADMIN'  => 2,

    'USER_ROLES' => [
        1   => '一般',
        2   => '管理者',
    ],

];

ネットで調べたところ、定数クラスを作って、エイリアスに追加して呼び出すというような方法が紹介されていました。

namespace App;

class MyApp {
   const MYCONST = 'val';
}

ーーー
'aliases' => [
  //...
  'MyApp' => App\MyApp::class,

ーーーー

MyApp::MYCONST

冒頭のような定義を行う場合は、定数クラスを作る方法が一般的と考えて良いでしょうか？

よろしくお願い致します。

Answer 1

defined関数
https://www.php.net/manual/ja/function.defined.php
を使用し、設定されていればdefineをスキップするようにしてはどうでしょうか

Comments

[m.ts10806]

その手がありましたね

Answer 2

質問のロールに関してはDB使ったほうがいい。

Laravelではconfigがほぼ定数として使われるので
constもdefineも使わず普通に

'test' => env('TEST'),
'test2' => 2,

素のPHPの意味での定数はほとんど使わない。

後はいつもの。
ちょっとした管理者権限なら認可でもっと簡単に作ったほうがいい。
Laravel公式はロールとかマルチ認証とか導入せず認可だけで管理者機能実現している。
1人から数人程度の管理者なら実際これで十分。
何度書いても無駄に複雑に作る人が減らない。

Answer 3

configはキー1でファイルを指定し、読み込みに行きます。
つまり、呼び出される回数だけconst が定義されることになり、提示のalready definedとなります。

.envも視野に入れてよいとは思うのですが、関連性を重視したいのでしたら定数よりもDBのほうが良いかと思います。
特に権限まわりは今後増えることもあるでしょうし意味合いが変わったり懸念されているように番号が変わったりすることもないとは言えません。
コードを直接書き換えるのはメンテナンス性や保守性の観点からよろしくはないので、そういった「変更の可能性がある情報」はDBに持っておいたほうが良いと思います。