在查看各种 PHP 库时，我注意到很多人选择在某些类方法前加上一个下划线，例如
public function _foo()
...而不是...
public function foo()
我意识到这最终归结为个人喜好，但我想知道是否有人对这种习惯的来源有所了解。
我的想法是它可能是从 PHP 4 继承的，在类方法可以标记为受保护或私有之前，作为暗示“不要从类外部调用此方法”的一种方式。然而，我也想到它可能起源于我不熟悉的某个地方（一种语言），或者它背后可能有很好的理由，我会从了解中受益。
我们将不胜感激任何想法、见解和/或意见。
【问题讨论】：
标签： php coding-style
它源于面向对象 PHP (PHP 4) 的糟糕旧时代。 OO 的实现非常糟糕，并且不包括私有方法之类的东西。作为补偿，PHP 开发人员在原本是私有的方法前面加上了下划线。在一些较早的课程中，您会看到 /**private*/ __foo() { 以增加其重要性。
我从来没有听说过开发人员在他们的所有方法前都使用下划线，所以我无法开始解释是什么原因造成的。
【讨论】：
我相信目前此类 PHP 约定最权威的来源是 PSR-2: Coding Style Guide，因为 Zend 框架是 PSR 的一部分：
属性名称不应以单个下划线作为前缀来表示受保护或私有可见性。
【讨论】：
protected 和 private 变量或方法声明到他们的代码中。例如：AbstractActionController 类 -> github.com/zendframework/zend-mvc/blob/master/src/Controller/… 或 AbstractController 类 -> github.com/zendframework/zend-mvc/blob/master/src/Controller/…
现在，在 2013 年，这是 PSR-2 编码指南“正式”地“糟糕”的风格：
属性名称不应以单个下划线作为前缀来表示受保护或私有可见性`
来源：https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-2-coding-style-guide.md
【讨论】：
PSR-2 -> “不应该”意味着“不推荐”不被禁止 这意味着在某些情况下可能是可以接受的。 PSR 文档 -> ietf.org/rfc/rfc2119.txt
我强烈反对使用下划线作为私有/受保护方法的前缀，因为您可以为此使用私有/受保护关键字，IDE 会为您标记。
我仍然是，但是，我找到了一个可以成为一种好习惯的原因。想象一下，您有公共方法addFoo()，并且在该方法中，您有一些与其他方法共有的任务addFooWhenBar()、addFooWhenBaz()...现在，该常用方法的最佳名称是addFoo()，但是它已经被占用了，所以你必须想出一些丑陋的名字，比如 addFooInternal() 或 addFooCommon() 或 ... 但 _addFoo() 私有方法看起来是最好的。
【讨论】：
前导下划线通常用于私有属性和方法。这不是我通常使用的技术，但在一些程序员中仍然很流行。
【讨论】：
我在为私有方法编写的 PHP 5 类中使用前导下划线。对于开发人员来说，一个特定的类成员是私有的，这是一个小的视觉提示。在使用为您区分公共和私有成员的 IDE 时，这种类型的提示没有那么有用。我从我的 C# 时代开始学习它。旧习惯...
【讨论】：
我一直在寻找相同的答案，我做了一些研究，我刚刚发现 php 框架提出了不同的风格：
代码点火器
官方手册有coding style section that encourages this practice：
私有方法和变量
只能在内部访问的方法和变量，例如公共方法用于代码抽象的实用程序和辅助函数，应使用下划线作为前缀。
public function convert_text()
private function _convert_text()
其他框架也这样做，比如
Cakephp：
会员可见性
对方法和变量使用 PHP5 的私有和受保护关键字。此外，非公共方法或变量名称以单个下划线 (_) 开头。示例：
class A
{
protected $_iAmAProtectedVariable;
protected function _iAmAProtectedMethod()
{
/* ... */
}
private $_iAmAPrivateVariable;
private function _iAmAPrivateMethod()
{
/* ... */
}
}
还有
梨
私有类成员前面有一个下划线。例如：
$_status _sort() _initTree()
虽然
Drupal
代码风格特别是warns against this:
- 受保护或私有的属性和方法不应使用下划线前缀。
交响乐
另一方面，declares:
Symfony 遵循 PSR-0、PSR-1、PSR-2 和 PSR-4 文档中定义的标准。
【讨论】：
我相信您最初的假设是正确的，我发现某些语言在方法/成员等前加下划线前缀是一种常见的做法，这些方法/成员等旨在对“对象”保持私有。只是一种直观的说法，虽然你可以，但你不应该这样称呼它！
【讨论】：
我从 python 中知道，在变量前加下划线会导致编译器在实际变量名前面翻译一些随机的字母和数字序列。 这意味着任何从类外部访问变量的尝试都会导致“变量未定义”错误。
我不知道这是否仍然是在 python 中使用的约定，虽然
【讨论】：
在 Drupal（一个 php CMS）中，下划线可用于防止调用挂钩 (https://api.drupal.org/api/drupal/includes!module.inc/group/hooks/7)。
如果我有一个名为“my_module”的模块并想要命名一个函数 my_module_insert，它将“挂钩”函数 hook_insert。为了防止这种情况，我可以将我的函数重命名为 _my_module_insert。
ps 钩子在 Drupal 中的工作方式可能会错误地实现钩子，这是非常糟糕的。
【讨论】：
Drupal，并使用下划线：
一般来说，下划线是为了简单地标记一个函数可能只会被相关的父函数调用的事实......
function mymodule_tool($sting="page title"){
$out ='';
//do stuff
$out .= _mymodule_tool_decor($sting);
return $out;
}
function _mymodule_tool_decor($sting){
return '<h1>'.$string.'</h1>';
}
当然，只是一个简单的例子……
【讨论】：
使用下划线只是为了记住我们不会在类外“修改变量”/“调用函数”。
由于我们将 const 变量全部声明为大写，因此在看到变量名称时可以猜测它是 const 变量。类似于我们不想在类外修改的变量，我们用下划线声明它以符合我们自己的约定。
【讨论】：
他们被称为"magic methods"。
【讨论】：
_foo() 带有单个前导下划线并不是一种神奇的方法。魔术方法由 两个 连续的前导下划线表示。这里的问题只讲一个。