PHP 字符串常量过度使用？

Question

我有两个特殊情况，我不同意同事是否应该使用常量。

我们使用一个自制的框架，工作方式大致类似于 Symfony 1.x。

1. 初始代码位于用于路由的 PHP 路由配置文件中，如下所示：

   $router->map('/some_url', array('module' => 'some_module', 'action' => 'some_action'));
   $router->map('/some_other_url', array('module' => 'some_module', 'action' => 'some_action'));
   // ETC。
   

   同事将其更改为：

   $router->map('/some_url', array(MODULE => 'some_module', ACTION => 'some_action'));
   $router->map('/some_other_url', array(MODULE => 'some_module', ACTION => 'some_action'));
   
   // + 在constants.php 文件中：
   定义（'模块'，'模块'）；
   定义（'行动'，'行动'）；
   

   在我看来，这是不断的过度使用：如果“模块”或“动作”的概念被重命名，则必须在整个代码中重命名它，无论是写为字符串还是常量。另外，上面定义的常量名称没有特定的含义，有利于命名冲突/混淆。

2. 初始代码示例：

   if (isset($_SESSION['unid']) && isset($_SESSION['login'])) { ... }
   

   由同事修改：

   if (isset($_SESSION[UNID]) && isset($_SESSION[LOGIN])) { ... }
   
   // + 在constants.php 文件中：
   定义（'UNID'，'unid'）;
   定义（'登录'，'登录'）；
   

   在我们的应用程序中，这些会话变量名称 unid 和 login 显然不太可能更改。尽管如此，如果在这里声明常量确实是一个好的做法，我建议至少更精确的名称，例如 FIELDNAME_UNID 和 FIELDNAME_LOGIN...

引入这些常量确实相关吗（也就是说，命名应该得到改进），或者（据我猜测）完全无用？

谢谢。

编辑

几个月后，这里有来自 constants.php 文件的几行（令人难以置信的）内容。 我确实发现这是完全无用的混乱，类似于这篇 DailyWTF 帖子。太多的常量会杀死常量。

define('POST', 'POST');
define('GET', 'GET');

define('PROJECT', 'project');
define('APPLICATION', 'application');
define('MODULE', 'module');
define('ACTION', 'action');
define('ID', 'id');
define('SLUG', 'slug');
define('CONTROLLER', 'controller');
define('CONTENT', 'content');
define('AJAX', 'ajax');
define('EXECUTE', 'execute');
define('FORMAT', 'format');
define('BASE_HREF_CONSTANT', 'basehref');
define('UNID', 'unid');
define('USERNAME', 'username');
define('PASSWORD', 'password');
define('TEMPLATE', 'templates');
define('UNSECURE', 'unsecure');
define('MODE', 'mode');
define('MESSAGE', 'message');
define('TEMPORARY_SESSION', 'temporary_session');
define('ERRORMESSAGE', 'errormessage');
define('START_FROM', 'startfrom');
define('COUNT', 'count');

// and so on.

Answer 1

拼写错误常量的优点

• 后果应该触发 E_NOTICE“使用未定义常量”，而拼写错误字符串文字不会提供这样的早期警告。
• 如果遵循其逻辑结论，代码中任何剩余的字符串文字都应该是自然语言，因此识别要包装在国际化翻译层中的字符串的任务变得更加容易。

缺点

• 是要求您定义所有常量，无论您是否需要它们。除非您定义了数千个，否则不太可能成为您的性能瓶颈！

Answer 2

使用这样的常量是有道理的。

如果你不小心做了类似的事情：

$router->map('/some_url', array('moduel' => 'some_module', 'action' => 'some_action'));

它将以某种未定义的方式失败（注意拼写错误的“moduel”）。

如果在涉及常量时犯了拼写错误或拼写错误，PHP 会发出一个通知，您可以立即捕获它。

这实际上能拯救你多久是一个有争议的问题。就我个人而言，我通常认为不值得这么麻烦。

Answer 3

当然，主要原因是 IDE 自动补全。
使用常量，您甚至不需要编写常量的全名（IDE 将帮助您），并且您将绝对确定没有拼写错误。

这不是过度使用。例如，我试图避免在代码中使用字符串。