experimentalworks

Viele wurde gesagt, oft wurde gestritten über PECL, PEAR und deren Platz in der PHP Community. Für die einen ist PECL nur einen Anhäufung sinnloser und schlechter Extensions, andere sehen jedoch gerade im PECL Projekt eine wichtige Innovationsquelle, denn vieles was einst in PECL war ist nun in der PHP-Core.Völlig unabhängig von dieser Entwicklung wird jedoch klar, dass PECL und auch PEAR ein Image Problem haben.

Das PECL Projekt kämpft vorallem mit der Wahrnehmung bei Hostern und Developern gleichermaßen. Denn in den letzten Jahren sind viele Extensions direkt in die PHP-Core gewandert, die wohl besser in PECL aufgehoben gewesen wären (Hyperwave API, imap, ncurses, etc). Man hat es damals versäumt eine strikte Extension Politik durchzusetzen, die Core lediglich auf die nahezu überall eingesetzten Extensions zu beschränken und den qualtitativ guten Rest in PECL zu lassen. Daraus folgt eine mit Extensions überladene PHP-Core und ein PECL Projekt, dass keiner wahrnehmen will, da man alles Notwendige bereits in der Core mitgeliefert kriegt. Wenn das die Philosophie des PHP Projektes ist, muss man aber konsequenterweise jede halbwegs brauchbare Extension in der Core zulassen und PECL als Zwischenstation für Extensions im Alpha-Stadium sehen.
Will man das nicht, muss man späterstens mit PHP 6 mit der aktuellen Herangehensweise brechen und konsequent unnütze Extensions zurück in PECL verfrachten. Das aber wiederum gibt Backward Compatibility Probleme.

PHP wächst.