pear php

vesmes nepouzitelny balast
Jak na co, jak kdy.

Osobně dost často používám tyto balíčky:

PHP_Compat
Mail
HTML_AJAX

Pokud myslíš přímo PEAR Base System, tak ten jsem ještě nepoužil.

PEAR je repositář různých tříd provádějících různé činnosti. Říct, že je to nepoužitelný balast, je proto nesmysl, komentovat lze pouze jednotlivé balíčky.

Pokud myslíte, že je nepoužitelný, čtěte manuál k balíčku, který potřebujete, často je balíček velmi pěkně popsán (za všechny mohu jmenovat Cache_Lite). Krom toho balíčky, které jsou umístěny do PEAR, procházejí schvalovacím procesem, takže úplný balast se tam prostě nedostane.

PEAR Base System slouží zejména jako zázemí pro ostatní balíčky a jako instalátor.

No pokud by měl člověk jistotu, že všechny PEAR balíčky jsou na všech hostinzích (sorry, jak se to skloňuje?) ... ale není tomu tak, že?

Buď se k instalaci nějakého balíčku použije PEAR instalátor, nebo si to člověk musí ručně stáhnout a postarat se o závislosti. Já takhle provozuji např. zmiňovanou Cache_Lite naprosto bez problému. A všechny PEAR balíčky rozhodně potřeba nejsou...

Já s PEAR nepracuji, ale podle jejich stránek jsem získal dojem, že to není součást PHP a proto se musí instalovat zvlášť. Čili to nemusí všude být ??

Některé balíčky s PHP dodávány jsou, některé ne. Nicméně pokud vůbec, jsou dodávány v archivu, který se musí rozbalit. Rozhodně se nedá spoléhat na to, že nějaké balíčky budou všude. Navíc ještě jednou zdůrazňuji, PEAR není jeden produkt, ale repositář balíčků, takže "PEAR nemusí být všude" a podobné nemají smysl. Smysl má ptát se na konkrétní balíčky.

Dobře, čili když budu chtít v aplikaci použít třeba tu Cache_Lite a budu to chtít umístit někam na hosting, jak si ošetřím kontrolu přítomnosti a případně vlastní instalaci toho balíčku?

Jako všechny třídy, i Cache_Lite se nečekaně includuje. include 'Cache/Lite.php';
Stáhnete, zkopírujete, naincludujete. Konkrétně v případě Cache_Lite je potřeba stáhnout a naincludovat už jen třídu PEAR. U dalších balíčků je potřeba ohlídat si závislosti na jiných.

Co je na této struktuře špatného? Mně ani moc nevadí, sám to tak taky dělám. A mohu se spolehnout na autoload tříd.
Nevím, jak to řeší ostatní jazyky, které to "umí", rád se nechám poučit.
Mimochodem, "I zend na to přistoupil", ano, jistě, jednou ze zásad při výstavbě Zend Frameworku totiž bylo neměnit samotné PHP.

jasně, jmenné prostory chybí, ale jak to souvisí se strukturou tříd a umístěním v adresářích?

Asi se shodneme na tom, že jmenné prostory jsou např. v Zend Frameworku suplovány tím, že jméno každé třídy začíná na Zend_, ale to ostatní asi moc nechápu. Jak třeba pojmenování třídy Image_Transform supluje jmenné prostory? ;)