Чому підписи функції 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 xxxx, тому я повинен тримати параметр однакового". Коли мова зайшла про написання функції "чистого php", це мислення було розширено на "xxxx бере файл і параметри, нова функція приймає ім'я файлу та параметри, тому має сенс" yyyy "приймати ті самі параметри в тому ж порядку.

Великий недолік тут полягає в тому, що основні бібліотеки С були для початку дуже непослідовними.

Причиною (a?) Стало залишатися сумісним з попередніми версіями PHP. Замість зміни назв функцій, які б порушили багато програм, функції залишаються. Однак, за інтуїцією, так, послідовне іменування функцій слід враховувати для нових мов.

Я повинен не погодитися з вами на те, що витрачається час на розвиток. Навчання PHP може зайняти більше часу, щоб зрозуміти найменування певних функцій, але після того, як освоїти (або принаймні усвідомити), це стає проблемою.

Сумісність> Послідовність (принаймні PHP)