Wie verbreitet ist PEAR in der realen Welt?

8

Ich habe mir einen guten Teil des Quellcodes anderer Leute und anderer Open-Source-PHP-Software angeschaut, aber mir scheint, dass fast niemand PEAR benutzt.

Wie verbreitet ist die Verwendung von PEAR in der realen Welt?

Ich dachte, dass das derzeitige Gefühl für Frameworks möglicherweise seine Popularität beeinflussen könnte.

    
patricksweeney 10.04.2009, 00:52
quelle

7 Antworten

10

Die PHP-Programmierer-Kultur scheint einen grassierenden Befall des "Not Invented Here" -Syndroms zu haben, bei dem anscheinend alle das Rad selbst neu erfinden wollen.

Nicht zu sagen, das gilt für alle PHP-Programmierer, aber sie tun das anscheinend viel zu normal.

Die meiste Zeit glaube ich daran, dass es an mangelnder Bildung mangelt und dass es schwierig ist, Hosting-Provider zu beherbergen, die anständige PHP-Dienste anbieten.

Dadurch wird es schwieriger, eine funktionsfähige PEAR-Installation zu erhalten, und die PHP-Designstruktur verschlechtert sich, da sie nicht für ein modulares Design geeignet ist.

(Dies kann mit dem Hinzufügen von Namespaces verbessert werden, muss aber noch angezeigt werden.)

Die überwiegende Mehrheit des PHP-Codes, den ich in freier Wildbahn sehe, ist immer noch klassischer Amateurcode, der mit HTML interpoliert wird, und die Mehrheit der billigen Hosting-Angebote, für die PHP-Benutzer sich zwangsläufig anmelden, bietet keinen Shell-Zugriff.

    
Kent Fredric 10.04.2009, 01:01
quelle
6

In meiner (begrenzten) Erfahrung hatte jedes PEAR-Projekt, das potentiell interessant war, wichtige Punkte dagegen:

  • Code ist auf die größtmögliche Zielgruppe ausgerichtet. Es gibt überall Hacks, um mit alten / nicht unterstützten PHP-Versionen umzugehen. Neue nützliche Funktionen werden ignoriert, wenn sie nicht auf älteren Versionen emuliert werden können, was bedeutet, dass Sie hinter der Kernsprachenentwicklung zurückbleiben.
  • Jedes Projekt neigt dazu, zu wachsen, bis es alle Probleme mit einem einzigen einfachen include löst. Wenn Ihr PHP-Interpreter den gesamten Quellcode bei jedem Treffer verarbeiten muss (weil die Autoren ihn möglicherweise nicht als opcode-cachefreundlich ausgelegt haben), entsteht ein messbarer Mehraufwand für die Verarbeitung Tausender ungenutzter Codezeilen.
  • Stil war immer inkonsistent. Es fühlte sich nie so an, als würde ich generalisierbare APIs wie in anderen Sprachen lernen.

Ich habe PEAR::DB bei der Arbeit verwendet. Wir haben festgestellt, dass die meisten unserer Skripte ihre Zeit in PEAR-Code anstatt in unseren eigenen Code investiert haben. Dies durch einen sehr einfachen Wrapper um pgsql_* functions zu ersetzen, reduzierte die Ausführungszeit erheblich und erhöhte die Sicherheit der Laufzeit durch die Verwendung von real vorbereiteten Anweisungen. PEAR::DB verwendete eine eigene (zu der Zeit falsche) vorbereitete Anweisungslogik für Postgres, da die nativen pgsql_ -Funktionen zu neu waren, um überall verwendet zu werden.

Insgesamt finde ich, dass PEAR in vielen Fällen als "Starter-Bibliothek" gut ist. Es wird wahrscheinlich Code höherer Qualität sein, als jeder einzelne in kurzer Zeit produzieren wird. Aber ich würde es sicherlich nicht in einer populären öffentlich zugänglichen Website verwenden (zumindest nicht ohne viel von Hand zu machen ... meine eigene Gabel zu halten).

    
Tom 10.04.2009 06:00
quelle
3

Meiner Meinung nach ist PEAR ein gutes Projekt, aber es fehlen Leute, die arbeiten und behalten daran arbeiten wollen. Die meisten Pakete haben inkonsistente Programmierpraktiken (ich meine nicht den Stil der Programmierung) und es gibt sie auch viele TODOs in der ganzen Sache.

Ich finde es manchmal nützlich, Dinge zu kodieren, von denen ich noch nicht wusste, wie benutzerdefinierte Ländervalidierungsfunktionen und so weiter, sonst würde ich besser mit jedem verfügbaren Framework zurechtkommen (wie CodeIgnite oder Zend Framework).

    
Alix Axel 10.04.2009 02:14
quelle
0

Die Birne-Bibliothek ist das ein bisschen Zeug, das gerade dort sitzt, verstopft, mit sehr wenig Ruhm. Wenn Sie nach etwas suchen, das es kann, und es gibt nichts gezielteres in dem Rahmen, den Sie verwenden - gehen Sie es verwenden.

Ich arbeite seit zwei Jahren an einer Dating-Site - und es gibt mindestens 65 Dateien, die ich aus der Birne bezogen habe und die ich heute noch dort habe. Einige, wie der Pager oder html_Quickform, werden bei der Aktualisierung von neuem Code überholt, für andere gibt es keine Notwendigkeit.

    
Alister Bulman 10.04.2009 01:00
quelle
0

PEAR ist nicht üblich oder populär.

    
Csaba Kétszeri 10.04.2009 05:06
quelle
0

Ich habe versucht, PEAR so oft zu verwenden, aber es fehlt das umpphh zu committen.

Ich bevorzuge Zend Framework, das den Ansatz des "losen" Typs anwendet, benutze nur, was du willst.

    
uuɐɯǝʃǝs 10.04.2009 05:10
quelle
0

PEAR ist nicht üblich oder populär - aber es ist gut, und ich würde es jedem empfehlen.

(Ich stimme Tom darin zu, dass es sich nicht wie eine einzige, einheitliche API anfühlt; aber dann ist das PHP ... man möchte nicht, dass es über seine Station als interpretierter Hack kommt Sprache wäre jetzt eine?!)

    
Sam Wilson 02.05.2009 00:21
quelle

Tags und Links