PHP – 50. díl – budoucnost PHP – verze 5

demence ?

Jak už někdo psal, při použití MySQL 4.1 není třeba používat extenzi mysqli.

Když už autor píše, že PHP 5 podle něj není zralé na nasazení, měl by to podložit nějakými argumenty. Srovnání s prvními verzemi PHP 4 není na místě, protože tehdy nebyl na QA kladen takový důraz - PHP 5 před vydáním mělo několik beta verzí a několik RC. To, že se do jazyka postupně přidávaly další funkce (většinou s přidáním desetiny) přece není argument pro to, proč čekat s přechodem. Z vlastní zkušenosti mohu říci, že s PHP 5 není žádný problém - nepadá a neobsahuje kritické bugy.

Třetí nepřesnost je v tom, že PHP 4 se stále vyvíjí. Není to pravda z definice - nové vlastnosti se přidávají jen do nejnovější verze, aktuálně tedy 5.1, ve starších verzích se pouze fixují bugy, ve větvi 4.3 potom jen kritické bugy.

v php5 uz mam zasebou 3 projekty a nemuzu si ho vynachvalit.
zatim z novych veci pouzivam jen oop, na xml a mysqli se teprve chystam.
tem kteri maji za domenu javu vrele doporucuji -> tridy muzou zustat spolecne (s drobnymi zmenami) akorat si pridate 1 interface pro javu a 1 pro php5

nemate nekdo zkus s jsp?

Nejake zkusenosti s JSP mam. Co byste potreboval?

taky nejsem prilis nadseny z toho, jak se PHP stava OO. mam rad PHP4, kde se class da sikovne pouzit jako namespace a objektum se vyhybam obloukem.
jak uz nekdo napsal - skriptovaci jazyk ma byt jednoduchy. pokud nekdo bude chtit objekty, nebude to psat v PHP.

Proč ne? Python je také skriptovací a objekty má. A rozhodně bych ho nepovažoval za jednoduchý jazyk.

Class jako namespace. Zkuste použít statické třídy a v nich nějaké konstatní atributy. V PHP4 to nejde. Jak já jsem na PHP nadával, když jsem to zjistil. Jediným workaroundem bylo použití funkcí, které nedělaly nic jiného, než že vracely konstantu.
Mimochodem, nikdo vám možnost procedurálního programování v PHP nebere. Vidíte, tak to já chci objekty a chci je v PHP.

PHP5 bohužel ještě není zralé na ostré nasazení. Např. na AMD64 platformě jej nelze zkompilovat s podporou pro IMAP.

Soulhas, moc nevim, proc do php objekty...je to podobne jako u mysql - meli zustat u rychleho, jednoducheho jazyna RAD webovych aplikaci (php4) a sql jako ultrarychle, jednoduche databaze na ukladani jednoduchych tabulek (mysql4).

objekty v php a views/triggery/tsql v mysql me spise uvadeji do rozpaku. No nic, uvidime, jak si s tim poradi.

proc objekty? pokud vim jak funguje OOP tak u vetsich projektu je s objekty daleko lehci prace a ve vysledku zerou min pameti (aspon jak to funguje v klasickych kompilatorech) nez hromady funkci a duplikovaneho kodu. imho ohledne php5 a poznamky - budou muset prepsat zdrojove kody pro databaze - POKUD mam nad databazi objekt tak prece nic prepisovat nemusim, krome par radku v db objektu. pro zacatecniky doporucuji PHLIB aspon lehce vyzkouset. prace je pak daleko rychlejsi a hlavne levnejsi.

RAD v naprosté většině případů nejde bez objektů. Třeba inteligentní zpracování formulářů. Příkazem require_once vložím třídu, vytvořím objekt a obsluha formuláře je záležitost volání několika metod. Nevypadá snad tahle RAD? Používám hotové abstraktní třídy, od kterých dědím podle potřeby, či hotové třídy, ze kterých rovnou vytvářím objekty. Naprostá většina webových aplikací má stejné nároky např. na zpracování formuláře atd., tak proč si práci nezjednodušit a nepoužít na to OOP? Mě nebaví psát pořád dokola ten samý nudný kód.

Nebo veškeré volání MySQL funkcí mám zapouzdřeno ve třídě, takže přechod na mysqli pro mě nebude představovat problém. Navíc například při chybě komunikace PHP aplikace s databází mně okamžitě přijde mail, že je něco špatně a že bych to měl jako webmaster začít řešit.

Kolik a jak velkých PHP aplikací jste napsal? Za sebe mohu říct, že použítím OOP se produktivita mé práce značně zlepšila.

stare funkce mysql_* funguji i s 4.1, si to zkuste...
u SimpleXML nic o tom, ze je to experimentalni nevidim

Ja nechaou proc vsude cpat objekty. Skriptovaci jazyk by snad mel byt rychly a jednoduchy, spis mi to pripada jako "i my mame objekty". Pak je z toho jen paskvil.

Objektovost nijak nesouvisí s tím, jestli je jazyk skriptovaný nebo není. Osobně objekty v PHP velice vítám, ale třeba do zsh bych je nezaváděl. PHP je totiž určen pro tvorbu normálních (webových) aplikací, kdežto zsh je určen pro relativně jednoduché skripty.
Jak velké projekty píšete v PHP vy?

On vás přece nikdo nenutí objekty používat. Pokud ale děláte větší projekty s ohledem na znovupoužitelnost kódu, pak je OOP výrazně lepší metoda. I omezená podpora objektů v PHP4 se dala využít pro rozumné práce... pokud jste ji nepoužil v PHP4, pak pravděpodobně vylepšené možnosti PHP5 tak jako tak používat nebudete.

skroptovaci jazyk by mel byt rychly??? v souvislosti s php mi tohle prijde jako cool veta :)

"SQLite je velice zajímavá databáze, která má vynikající vlastnosti. Nemusíte jí vůbec instalovat, když máte PHP 5, máte i SQLite"...
No už vidím jak se krkaví provideři typu Globe Internet (teda teď Active24) ženou do 5ky, když doteď mají svoje ceníky rozškatulkované ve stylu PHP ano/ne, MySQL ano/ne/za příplatek...

Proboha! OOP uz bude i v mym oblibenym PHP! No to abych se to uz konecne naucil. Uz pul roku zapasim s Javou a zatim je to dost sila, ac verim, ze je to nesmirne uzitecny...

presne tak
hlavne kdyz to bude rychlejsi nez tridy v PHP4.