为什么PHP函数签名如此不一致？[关闭]

我正在查看一些PHP函数，但我不禁注意到以下内容：

<?php
function foo(&$var) { }

foo($a); // $a is "created" and assigned to null

$b = array();
foo($b['b']);
var_dump(array_key_exists('b', $b)); // bool(true)

$c = new StdClass;
foo($c->d);
var_dump(property_exists($c, 'd')); // bool(true)
?>

注意array_key_exists()和property_exists()功能。在第一个中，属性名（数组的键）是第一个参数，而在第二个中，属性名是第二个参数。凭直觉，人们会期望它们具有相似的签名。这可能会导致混淆，并且通过进行此类更正可能会浪费显影时间。

PHP或任何与此相关的语言是否不应该考虑使相关功能的签名保持一致？

您建议的实质上是将签名更改为许多现有功能。想一想，这会对现有代码产生什么影响。现在假设PHP组已经发布了PHP版本N，该版本更改了30％的功能的签名。现在想象一下，您必须编写同时在PHP vN和PHP v。{N-1}上运行的代码-那会带来多少乐趣？

现在，假设您是托管服务商或公司数据中心经理-您将有什么动力来支持PHP vN，前提是一旦您切换，所有代码都将被破坏并且用户将带着干草叉和火把来到您的办公室？

因为PHP是没有任何规范的语言。

实际上，每个人都可以添加几个功能，一开始就没有一致性的问题。所以，一团糟。

大多数优秀的语言都在努力做到一致。

这只是PHP状态的现实。正如StasM所提到的，事实发生后尝试进行类似的转换将是一场噩梦。这会影响太多现有代码。PHP通常会简单地弃用函数并创建更新的更好的函数，这些函数更加一致，但这会花费很多时间。

我认为成功的PHP程序员要么记住特定的语法，要么使用自动告诉他们语法的软件。

不一致的主要根源是，内置函数中的许多PHP（大多数？）实际上是一些C库的包装器。最初的想法是“我包装了C函数xxxx，因此我应该保持参数顺序相同”。在编写“纯PHP”函数时，这种想法已扩展为“ xxxx接受文件和选项，新函数接受了文件名和选项，因此让yyyy以相同的顺序接受相同的参数是有意义的。

这里最大的缺陷是底层的C库一开始就非常不一致。

（a？）原因是要与以前的PHP版本保持兼容。无需更改会破坏许多应用程序的功能名称，而保留功能。但是，凭直觉，对于新语言，应该考虑一致的函数命名。

对于开发时间的浪费，我必须不同意您的看法。学习PHP可能需要花费更长的时间来理解某些函​​数的命名，但是一旦掌握（或至少意识到），这将成为一个问题。

兼容性>一致性（至少对于PHP）