なぜ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()and property_exists()関数に注目してください。最初のものでは、プロパティ名（配列のキー）が最初のパラメーターであり、2番目のものでは2番目のパラメーターです。直観的には、彼らは同様の署名を持っていることを期待するでしょう。これは混乱を招く可能性があり、このタイプの修正を行うと開発時間が無駄になる可能性があります。

PHPやそのような言語は、関連する関数の署名の一貫性を考慮すべきではありませんか？

提案するのは、本質的に署名を多くの既存の機能に変更することです。既存のコードにどのような影響があるかを少し考えてください。ここで、PHPグループが、関数の30％のシグネチャを変更するPHPバージョンNをリリースしたとします。ここで、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に対して）