Dotaz: Projekt v PHP vhodný jako studijní materiál?

[freshmouse]

Ahoj.

Rozhodl jsem se re-naučit se programovat v PHP. Naposledy jsem asi před třemi lety """programoval""" (i když dost pochybně a ledabyle) v PHP verze 4, takže základy mám, teď navíc oprášené a rozšířené díky knize "Velká kniha PHP a MySQL" od W. J. Gilmora.

PHP 5 (aktuální řada PHP) se od PHP 4 velmi liší; především díky rozšířené (a už docela použitelné) podpoře OOP.

Právě k OOP se váže můj dotaz. Teoretické znalosti mám z výše zmíněné knihy, ale potřeboval bych je rozšířit nějakým studijním materiálem neboli projektem napsaným v PHP s použitým OOP.

Již jsem si stáhl několik "vytipovaných" aplikací, ale nejsem s nimi spokojen (hl. co se týče komenářů v kódu).

Můžete mi prosím poradit vhodnou aplikaci, nemusí (a neměla by) být příliš rozsáhlá, pro studium OOP PHP?

A pokud bude obsahovat komentáře v češtině (o tom silně pochybuji), budu ještě raději, ale angličtina pro mě není problém (čeština je přece jen přirozenější -- pro mě, ne pro zdrojový kód ).

Odpovědi

[svido]

Snad by jsi měl začít psát svoje skripty. Přečíst nějaký manuál nebo knihu. "Studovat" z něčeho cizího, je podle mne pouze kopírování a moc se toho nenaučíš. :-o

[freshmouse]

Moment, nikdo netvrdil, že si z toho "sestavím" "svoji" aplikaci.

O tom, že jsem si přečetl knihu, v otázce píšu... Je to ale přece jen čistá teorie. Já potřebuju vidět praxi, na jejímž základě (ve smyslu "na základě jejích postupů"), utvořím vlastní skripty.

Manuál -- ten používám jako "seznam funkcí".

Já například potřebuju vědět, na co je dobré tvořit vlastní třídy, a na co ne. Já umím utvořit třídu, umím ji použít, ale nevím, kde ji použít. A tak dále.

[pasmen]

Kopirovani je ok pokud jde o svoje vlastni skripty :) A i tam se vyplati je dukladne cist.

[Ondřej Kadlec]

Neni lepsi metody uceni se noveho jazyka nez je studium kodu nekoho ciziho a pokud mozno zkuseneho. A nepise se "by jsi", ale bys, mily priteli, aspon si to po sobe zkontroluj.

[happy barney]

oop v php je kazdu chvilu ine, nevraviac o tom, ze vacsina projektov, ktore dospeli do stadia, ze autor uz zacal uvazovat nad oop je v stave, no, slusne povedane "ako je".

smutnym faktom je, ze kto vie oop, sa castejsie uchyli k pythonu ci jave, ako si nicit zivot php-ckom

jedine co ma tak napad, PEAR

[freshmouse]

Nevím, jaké OOP bude v PHP 6, nicméně předpokládám, že bude zpětně kompatibilní. To je OOP z PHP 4 s OOP z PHP5 taky, ne?

Co si budeme povídat, podpora PHP je na hostinzích nejrozšířenější (neprovozuju vlastní server a ani nebudu). Pro těch mých pár aplikací se mi nevyplatí hledat (a hlavně platit) za hosting s nějakým "neobvyklým" modem... Nehledě na to, že učit se kvůli tomu např. zmiňovanou Javu...

[Michal Čihař]

Není úplně zpětně kompatibilní, jsou věci které buď nefungují v PHP 4 nebo PHP 5 píše warningy.

[kaaja]

Ahoj,

Já osobně jsem zjistil, že když člověk chce napsat dobrou webovou aplikaci, je zapotřebí nějaký framework (cizí nebo svůj). To podstatně změní způsob práce. Minimálně použít něco, co oddělí vzhled stránek od získávání a zpracování dat. Kdybych se já osobně chtěl naučit dělat projekt v PHP tak bych si zkusil zjistit co existuje za free frameworky, promyslel si, který mi vyhovuje a pak možná bych se podíval na nějakou aplikaci napsanou v tomto frameworku.

[freshmouse]

Ahoj,

pokud správně chápu framework, tak asi mluvíš o šablonách. Např. Smarty.

To ale neřeší můj problém.

[Ritchie]

Smarty jsem bohužel nepřišel na chuť. Oddělit aplikační a prezenční logiku aplikace dokáži i bez Smarty a Smarty mi nic dalšího nepřináší. To Kid pro Python je něco jinčího.

[freshmouse]

Já jsem jim také nepřišel na chuť. Já jsem je totiž ještě nezkoušel.

Když se to tak vezme, tak v podstatě šablonovací systémy vytvářejí nové programovací jazyky (jako "nadstavby" původního). Takže je svým způsobem jedno, jestli do prezentační logiky vkládáš "programovací jazyk šablon", nebo přímo třeba PHP...

Každopádně šablonami se teď moc nezabývám.

[kaaja]

Framework nemusi byt jenom o sablonach. Muze to byt MVC (Model View Controler), ktery se navic jeste stara o dalsi veci. Bohuzel neprogramuji v PHP, tak nevim jestli neco takoveho jako struts, spring (java) pro PHP existuje. Me pride, ze pokud clovek neco takoveho pouziva, tak webova aplikace se stava daleko prehlednejsi. A kupodivu se to dost casto (asi skoro vzdy) pouziva pri vytvareni komercnich web aplikaci.

[freshmouse]

Já jsem si myslel, že neděláš v PHP...

Já zase neumím Javě (ani něčem jiném), ale jako vnější pozorovatel si myslím, že PHP je trošku jiná váhová kategorie; že tam je poněkud jiný rozsah využití. (Čímž jsem chtěl říci, že pro PHP nejsou nějaké nadstavby (ne šablony) tak potřeba -- pokud jsem je správně pochopil.)

[kaaja]

Ja PHP znam, na webu jsem v nem zacinal a dokonce v nem nekdy i musim delat, vetsinou prispusobuji existujici aplikace tretich stran. Od te doby, co jsem zjistil jak funguje MVC mam na webove aplikace dost jiny nazor, nez kdyz jsem zacinal. Proste se mi libi, kdyz je kod pekne logicky rozdelen, ze to co jsem jednou naprogramoval muzu vyuzivat dal a dal a podobne. Je to taky tim, ze jsem trosku spis analytik nez programator (daleko vic me uspokojuje spravne koncepcne rozdeleny kod nez jednoduse naprogramovany).

[freshmouse]

Mně se taky líbí oddělení prezentační a aplikační logiky.

Je to asi chyba mojí terminologie, ale já za framework považuji aplikaci naprogramovanou v určitém jazyce (např. v PHP), která poskytuje svojí vlastní syntaxi pro uživatele frameworku. Nikdy jsem význam frameworku moc nechápal, tak možná říkám blbost. Každopádně: kdykoliv jsem tu říkal, že framework nepotřebuji, nemyslel jsem tím šablony...

[kaaja]

Ja si spis pod frameworkem predstavim spis MVC framework, kde si nadefinuji jednotlive controllery (z jake akce se ma kam postupovat), ale pak jednotlive akce jsou samozdrejme uz kod v danem jazyce. A framework se stara o to, aby ty moje akce spravne zpoustel a z tech akci prechazel na spravne stranky,...

[Pavel]

Podivej se na Symfony.

[stibi]

Symfony vypadá VELICE zajímavě :) Já jsem se konečně dokopal k psaní nějakých pořádných skriptů a tak se ptám, nemá někdo link na nějakou ukázku použití MVC v PHP v praxi..

Děkuji velice...

[Pavel]

Symfony pouziva MVC architekturu. Dival ses na tutorial? Jinak ten framework je hodne podobny Ruby on rails.

[freshmouse]

Oprava: web Smarty je na PHP webu, ne Source Forge...

[pasmen]

Na oddeleni vzhledu stranek a vlastni aplikace staci styly. Pokud budes vytvaret neco, co ti v prubehu vyvoje bude komentovat asi tak 10 lidi, na nejaky cizi framework muzes zapomenout. Tomuhle se nelibi tahle tabulka, atd. ... S customizaci frameworku by jsi stravil vic casu nez s celou aplikaci. Takze jak ja to vidim, jedine co nejak souvisi se vzhledem cpat do CSS.

[freshmouse]

Tak tady si nerozumíme. Šablonami se rozumí HTML kód, do kterého se vkládají nějaká speciální klíčová slova. Např. ve zmiňovaných Smarty třeba toto: {$něco}. Tento celek je pak zpracováván zpracovatelem šablon. Šablony slouží k oddělení aplikační logiky (dejme tomu výběry z databází, ověřování autentizace...) od vlastního HTML kódu.

CSS je něco jiného -- je to kód, který popisuje vzhled HTML značek.

[Eregon]

Osobně bych doporučoval, aby aplikace vracela výstup jako XML obsahující pouze data - na to pak aplikuješ XSL transformaci podle připravené šablony.

Oproti Smarty a podobným to má tu výhodu, že XML i XSL jsou velice propracované a standardizované a práce s nimi je poměrně jednoduchá a není omezená na PHP, z toho plyne například to, že výstup nemusíš zpracovat jen pomocí XSL do webové stránky a například taky to, že když se někdy aplikaci rozhodneš z jakéhokoli důvodu přepsat do jiného jazyka, nemusíš hledat nový šablonovací systém a znova vymýšlet kolo.

[freshmouse]

Popravdě nevím, o čem mluvíš, i když mi XML a XSL něco říkají, ale rozhodně se po tom podívám.

[Eregon]

Začni tady (je to kapitola o XSL v seriálu o XML):

http://www.kosek.cz/clanky/swn-xml/xsl.html

Jen pro doplnění, v PHP 5 je pro XML velmi dobrá podpora. V PHP 4 je to slabší a hlavně ta podpora není kompatibilní s PHP 5 (bohužel).

XSL je podporováno taky přímo v PHP, dokonce pro provedení transformace přímo na serveru (v článku se dočteš jen o transformaci prohlížečem, pokud vím). Zase ale v PHP 5 je mnohem lepší podpora nekompatibilní s PHP 4.

Já v tomhle dělám poměrně dost rozsáhlý systém na PHP 5 a nemůžu si to vynachválit.

[freshmouse]

Díky!

[Eregon]

Ještě když jsem v tom linkování, tak odkazy do PHP manuálu (vše pro PHP 5):

DOM - rozšíření pro práci s XML, hodně komplexní, umí asi všechny běžné úkony s XML. Přestože toho umí hodně, není používání nějak extrémně složité.

SimpleXML - rozšíření pro jednoduchou práci s XML, hodí se spíš pro čtení XML dokumentů, vytvářet se moc dobře nedají, na to je už potřeba DOM.

XSL - rozšíření pro provádění XSL transformace (nebo aplikaci šablony, to nezní tak složitě), spolupracuje s DOM.

Celé je to postavené na objektech, které jak jsi psal, už zkoumáš.

[pasmen]

Treba PHPMyAdmin je rozhodne dobry studijni material. Komentare v cestine nejsou, ale jeden z vyvojaru je cech :)

[freshmouse]

Ty komentáře v ČJ jsem do otázky dal spíš tak pro zasmání.

[freshmouse]

Ani jsem nevěděl, že to je "náš" Michal Čihař. To jsou věci.