Perché le firme delle funzioni PHP sono così incoerenti? [chiuso]

Stavo attraversando alcune funzioni di PHP e non potevo fare a meno di notare quanto segue:

<?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)
?>

Notare la funzione array_key_exists()e property_exists(). Nel primo, il nome della proprietà (chiave per un array) è il primo parametro mentre nel secondo è il secondo parametro. Per intuizione, ci si aspetterebbe che avessero una firma simile. Ciò può causare confusione e il tempo di sviluppo può essere sprecato apportando correzioni di questo tipo.

PHP, o qualsiasi altra lingua per quella materia, non dovrebbe considerare di rendere coerenti le firme delle funzioni correlate?

Quello che proponi è essenzialmente cambiare le firme in molte funzioni esistenti. Pensa per un minuto quale effetto avrebbe sul codice esistente. Supponiamo ora che il gruppo PHP abbia rilasciato la versione N di PHP che modifica le firme del 30% delle funzioni. Ora immagina di dover scrivere codice che funziona sia su PHP vN che su PHP v. {N-1} - quanto sarebbe divertente?

Ora immagina di essere un hoster o un gestore di data center corporativo: quale incentivo dovresti supportare PHP vN, a condizione che una volta che cambi, tutto il codice si spezzerebbe e gli utenti verranno nel tuo ufficio con forconi e torce?

Perché PHP è la lingua senza alcuna specifica.

E letteralmente tutti potevano aggiungere un paio di funzioni, e all'inizio non c'erano dubbi sulla coerenza. Quindi, il casino.

Le lingue più buone sono e si sforzano di essere coerenti.

È solo la realtà dello stato di PHP. Come ha detto StasM, sarebbe un incubo provare a cambiare cose del genere dopo il fatto. Interesserebbe troppo il codice esistente. Spesso PHP depreca semplicemente le funzioni e crea nuove funzioni migliori che sono più coerenti, ma che possono richiedere molto tempo.

Penso che i programmatori PHP di successo ricordino la particolare sintassi o utilizzino un software che dice loro automaticamente la sintassi.

La principale fonte di incoerenza è che molte (la maggior parte?) Del php nelle funzioni integrate sono in realtà avvolgenti attorno ad alcune librerie C. Il pensiero iniziale era "Sto avvolgendo la funzione C xxxx quindi dovrei mantenere lo stesso ordine dei parametri". Quando si trattava di scrivere una funzione "pure php" questo pensiero è stato esteso a "xxxx accetta il file e le opzioni, la nuova funzione prende un nome e le opzioni del file, quindi ha senso che yyyy prenda gli stessi parametri nello stesso ordine.

Il grande difetto qui è che le librerie C sottostanti erano molto incoerenti all'inizio.

Il motivo (a?) Doveva rimanere compatibile con le versioni precedenti di PHP. Invece di cambiare i nomi delle funzioni che rompono molte applicazioni, le funzioni rimangono. Tuttavia, per intuizione, si dovrebbe prendere in considerazione una denominazione coerente delle funzioni per le nuove lingue.

Non sono d'accordo con te sul fatto che il tempo di sviluppo è sprecato. L'apprendimento di PHP potrebbe richiedere più tempo per comprendere la denominazione di determinate funzioni, ma una volta padroneggiato (o almeno a conoscenza di) diventa un problema.

Compatibilità> Coerenza (almeno a PHP)