ARCHIV |
|||||||||||||||
Software (10844)
Distribuce (131)
Skripty (697)
Menu
Diskuze
Informace
|
PHP (60) - Rozsáhlejší projekty 1.Umět PHP neznamená jen syntaxi. Pojďme se podívat, na co myslet při vývoji rozsáhlejších projektů. V několika předchozích dílech našeho seriálu jsme si ukázali, jak
může PHP spolupracovat s takovými záležitostmi, jako je XML,
elektronická pošta či publikování pomocí PDF. Takto by se dalo
pokračovat popisem dalších možností, aplikací a protokolů, které PHP
podporue; nicméně byly by to věci již
poměrně specifické a pro většinu čtenářů obtížně stravitelné. My se teď
v seriálu vrhneme trochu jiným směrem - pokusíme se dát (zejména
začínajícím) programátorům několik rad k vývoji rozsáhlejších projektů. Důvod je prostý - programátorem se člověk nestane tím, že se naučí
syntaxi některého jazyka (třeba PHP). Programátorem se člověk stává,
když si osvojí určité zvyky. Většinou zvyky, které mu práci buď ulehčí,
nebo systematizují. Zamysleme se tedy na tím, co je potřeba při vývoji rozsáhlejších projektů v PHP.
Budeme tomu věnovat několik dílů našeho seriálu; nejprve teoretických a
následně se pokusíme jeden takový "větší" projekt napsat a odladit. Rozsáhlejší projektyZatím jsme v tomto seriálu uváděli příklady co možná nejkratší.
Třeba jedna funkce, jedna třída, jeden skript. V reálném světě to tak
pochopitelně není; většina webů se skládá z několika až několika
desítek vzájemně provázaných skriptů. Ty musí být schopny fungovat jako
jeden celek. Což znamená mnohem víc, než prostě místo jednoho skriptu
jich napsat několik. Znamená to důsledné plánování, většinou projití
několika slepých cest, prošvihnutí pár termínů a několik bezesných
nocí. Většině z toho lze předejít a tom si právě něco řekneme. Pozn.: Osobně mě velmi pobuřuje přístup,
používaný v mnoha knihách (bohužel i v některých knihách o PHP). Autor
nejprve uvede několikastránkový skript nebo skripty, a pak je uvede
znova a prokládá je komentáři, co že ten který kousek kódu vlastně
dělá. Ale nikde už není uvedeno, co musel autor udělat, aby daný kód
sestavil. Na jaké problémy narazil? Fungovalo to hned? Musel něco
přepisovat? Přeskupovat? Vynechat? Proč to napsal právě takhle, když
jiný způsob se nabízí hned na první pohled...??? AnalýzaPrakticky každý trochu složitější projekt je potřeba nejprve zanalyzovat. Nestačí vědět, že zákazník potřebuje mít "databázi" a "nějaké vyhledávání". Bude databáze rozsáhlá? Bude se k ní připojovat pár lidí, nebo pár tisíc lidí najednou? Bude se z ní převážně číst, nebo se do ní bude převážně zapisovat? Má být výstup čitelný na palmtopu (mobilu...)? Bude aplikce ve více jazykových verzích? Otázek je mnoho. Zlatá rada zní: Pokud pracujete pro někoho, konzultujte! Cílem Vaší analýzy by měl být (písemný!) cílový koncept. Kdybyste například měli dělat portál podobný Linuxsoftu, mohla by část cílového konceptu vypadat následovně:
Je to důležité! Viděl jsem již příliš mnoho projektů, které
zkrachovaly v momentě, kdy zákazník řekl: "Ale já myslel, že to bude
umět to či ono!" S kvalitní analýzou a písemným cílovým konceptem se
Vám to nemůže stát. Pozn.: Nebo cílový koncept doplníte... a máte v ruce argument k navýšení ceny! Nástroje a postupyTo, že budete Vaší vysněnou aplikaci psát v PHP neznamená, že nebudete potřebovat další nástroje. Asi druhou nejpalčivější potřebou bude většinou volba databáze. O tom jsme již v našem seriálu mluvili a (jak jsem předpokládal) strhla se kolem toho rovněž diskuse. Obecně řečeno - pokud bude Váš projekt vyžadovat databázi, měli byste si ji vybrat již v této fázi "boje". Přechod z jedné databáze na jinou v polovině vývoje znamená většinou smrt projektu. Pozn.: Výjimkou jsou samozřejmě
aplikace, které jsou od počátku psány tak, aby uměly pracovat s více
databázemi. Je rovněž možné, že budete potřebovat nějaké PHP moduly nebo externí
software. Může se to týkat systému správy chyb, modulů pro export a
import dat a podobně. Měli byste pokud možno tyto potřeby odhadnout a
vše potřebné si připravit a nachystat, aby Vás to později během práce
nezdržovalo. Organizačně vzato bývá ještě praktické dohodnout časový harmonogram
a nějaký způsob, jak můžete zákazníka informovat o postutpu práce. V
PHP to většinou nebývá problém; dělá se to tak, že existuje zkušební
umístění, na němž aplikace běží a k němuž má zákazník přístup. Tak může
sledovat, jak Vám práce "roste pod rukama". S tím souvisí i další bod -
pro úspěch je nutné mít kvalitní zázemí na straně serveru.
HostingVětšina zákazníků má již nějakou internetovou prezentaci a tudíž nějaký hosting. Bude však tento hosting vyhovovat potřebám Vaší aplikace? To není jednoduchá otázka. Většinou nestačí, že hosting podporuje běh skriptů PHP. Abyste si udělali základní představu o serveru a prostředí, může použít funkci phpinfo(). Je to velmi jednoduché a poskytne Vám to základní představu o systému a použitém vybavení: <? V tabulce uveďme nejdůležitější informace, které Vám funkce phpinfo
vypíše a které byste rozhodně měli zvážit:
Další věc ke zvážení je "lidský faktor". Většinou bývá dobré se
ujistit zda a jaká systémová podpora ze strany správců je k dispozici a
zda jsou schopni pružně reagovat na Vaše požadavky. Pokud zjistíte, že
potřebujete jiné prostředí než to, které je na současném webu k
dispozici, můžete se pokusit přimět administrátory webu ke změně
nastavení, nebo můžete změnit poskytovatele webového prostoru. Je to na
Vás. Není ale nic otravnějšího než čekání na změny v nastavení, které
měl někdo udělat před několika dny a ono to stále není hotové. Zejména
když na tom "visí" další práce. V dalším díle seriálu se naučíme, jak "pracovat s rozmyslem" při organizování dat v databázi a členění programů.
Související články
Předchozí Celou kategorii (seriál) Další
PHP (1) - Historie a budoucnost
PHP (2) - Jak to funguje PHP (3) - Instalace PHP (4) - Základy syntaxe PHP (5) - Příkaz Echo; formátování kódu PHP (6) - Typy proměnných PHP (7) - Pole PHP (8) - Výrazy, konstanty, inkrementace PHP (9) - Přetypování proměnných PHP (10) - Logické výrazy a operátory PHP (11) - Operátory porovnání; priorita operátorů PHP (12) - Podmínky PHP (13) - Příkazy cyklu PHP (14) - Cyklus for PHP (15) - Funkce PHP (16) - Vyrobme si kalendář PHP (17) - Dokončujeme kalendář PHP (18) - Funkce pro práci s poli PHP (19) - Objekty PHP (20) - Objekty podruhé PHP (21) - Vkládání souborů PHP (22) - Regulární výrazy PHP (23) - Neztraťte se ve funkcích PHP (24) - Pracujeme s formuláři PHP (25) - Formuláře - nikomu nevěřte PHP (26) - Formuláře na sto způsobů PHP (27) - Příklady na formuláře PHP (28) - Chybovati je lidské PHP (29) - Soubory a adresáře PHP (30) - Počitadlo pomocí souborů PHP (31) - Upload a download souborů PHP (32) - Příklad na BLOG PHP (33) - HTTP hlavičky PHP (34) - Úvod do databází PHP (35) - Uložení dat v databázi PHP (36) - Připojujeme se k MySQL PHP (37) - Tvorba tabulek v MySQL PHP (38) - Dolujeme data z MySQL PHP (39) - Zobrazujeme a stránkujeme data PHP (40) - PHP a vkládání záznamů do databází PHP (41) - Měníme data v databázích PHP (42) - Odstraňujeme databázová data PHP (43) - MySQL rychleji a rychleji PHP (44) - MySQL ještě rychleji PHP (45) - Jsou data v databázi v bezpečí? PHP (46) - Importujeme data do databáze PHP (47) - Exportujeme data PHP (48) - Práce s binárními daty (BLOB) PHP (49) - Kam kráčíš, MySQL? PHP (50) - Ověřování uživatelů PHP (51) - Přenos dat mezi stránkami PHP (52) - Cookies PHP (53) - Sessions PHP (54) - Dodržování webových standardů PHP (55) - Odesílání e-mailů PHP (56) - Tisk a PDF PHP (57) - XML PHP (58) - XML lépe a radostněji PHP (59) - zapisujeme XML PHP (61) - Rozsáhlejší projekty 2. PHP (62) - Rozsáhlejší projekty 3. PHP (63) - Rozsáhlejší projekty 4. PHP (64) - Ladění kódu PHP (65) - Ladění kódu 2. PHP (66) - PHP debugger PHP (67) - Zdroje informací o PHP PHP (68) - Stavíme portál PHP (69) - Stavíme portál 2. PHP (70) - Registrace uživatelů na portálu PHP (71) - Přihlašování uživatelů na portál PHP (72) - Hrátky s uživateli PHP (73) - Frontend a backend PHP (74) - Administrátorské rozhraní portálu PHP (75) - Pokračujeme na portále PHP (76) - Zobrazujeme data na portále PHP (77) - Portál, databáze a relace PHP (78) - Informační obsah portálu PHP (79) - Triky s formuláři a ergonomie webu PHP (80) - Administrace diskografie hudebního portálu PHP (81) - Uživatel versus programátor PHP (82) - zabezpečení vstupů formulářů PHP (83) - Ukládání textů písní na hudebním portále PHP (84) - Ještě k registraci PHP (85) - ukládání souborů do databáze na portálu PHP (86) - zobrazení dat a stahování soborů pro registrované PHP (87) - finišujeme portál PHP (88) - provoz ve Windows PHP (89) - cesta do hlubin php.ini PHP (90) - Poťouchlé konfigurační volby PHP (91) - php.ini potřetí a naposledy PHP (92) - funkce pro interakci s operačním systémem PHP (93) - příkazový řádek PHP (94) - GUI PHP (95) - GUI podruhé PHP (96) - (ne)bezpečné PHP PHP (97) - bezpečnost ještě jednou PHP (98) - PHP 5. PHP (99) - Budoucnost PHP PHP (100) - Závěr PHP (101) - Apríl: Příklady z praxe php rewrite Byte order mark a PHP Předchozí Celou kategorii (seriál) Další Ke stažení jako HTML nebo jako PDF.
|
Vyhledávání software
Vyhledávání článků
28.11.2018 23:56 /František Kučera 12.11.2018 21:28 /Redakce Linuxsoft.cz 6.11.2018 2:04 /František Kučera 4.10.2018 21:30 /Ondřej Čečák 18.9.2018 23:30 /František Kučera 9.9.2018 14:15 /Redakce Linuxsoft.cz 12.8.2018 16:58 /František Kučera 16.7.2018 1:05 /František Kučera
Poslední diskuze
31.7.2023 14:13 /
Linda Graham 30.11.2022 9:32 /
Kyle McDermott 13.12.2018 10:57 /
Jan Mareš 2.12.2018 23:56 /
František Kučera 5.10.2018 17:12 /
Jakub Kuljovsky | |||||||||||||
ISSN 1801-3805 | Provozovatel: Pavel Kysilka, IČ: 72868490 (2003-2024) | mail at linuxsoft dot cz | Design: www.megadesign.cz | Textová verze |