Vánoční prázdniny mi začaly jak jinak než prací. Loni touto dobou vrcholily přípravy uživatelských blogů pro HWMag (budiž mu země lehká), letos mám průšvih se SISem. Studijní informační systém, který připravuji pro střední školy je poměrně rozsáhlá aplikace, momentálně bohužel rozdělená do dvou částí – jedné, která stojí na balastu a druhé, která stojí na Zend Framework.
Dnes, 17. listopadu 2008 vyšla nová verze Zend Framework 1.7. Podívejme se na to, co pro nás vývojáři přichystali nového, z pre-release verzí se dá tušit, že mnoho. Sám čekám například na některá vylepšení Zend_Dojo_Form, hlavním nedostatkem je krkolomná implementace onsubmit validace.
Ano, přípravy GiddyGoat vrcholí, ladím bugy, dodělávám uživatelské rozhraní, začíná to fungovat (samozřejmě v mezích toho, jaký to má účel, řekněme, že se mi nechce psát vlastní RichTextBox, spokojím se s extendovanou variantou). V současné době vypadá GiddyGoat následovně, asi tušíte, co tomu ještě chybí 
Tohle heslo je mi dobře známo už od základní školy, když jsme na hodinách matematiky něco dělali až příliš složitě a mě nikdy nebylo jasné, proč. Teď to konečně začínám chápat. Když člověk zná složitá řešení, ta jednoduchá ho mnohdy vůbec nenapadnou. Na to samé jsem před pár minutami narazil při vývoji GiddyGoat.
Když v jakémkoliv editoru píšete kód, přejete si, aby onen editor uměl alespoň tak základní věc, jakou je odsadit na novém řádku přesně o tolik, o kolik je odsazeno na předchozím. Banální myšlenka, banální kód, ale pro mě nakonec celkem anabáze. Kód mám v extendovaném RichTextBoxu, což je samo o sobě to nejhorší, co se mi mohlo stát, neboť
Napsat prográmek s okýnkem a pár tlačítky je naprosto jednoduché, zvládne to skoro každý, protože si ve Visual Studiu nakliká vzhled a sem tam i nějaké chování. Problém však nastává ve chvíli, kdy má vaše aplikace něco opravdu umět. Co se týče mého PHP IDE, zdánlivě těžký problém s taby jsem vyřešil jedním CodeHandlerem (třída sloužící k uchováníí objektů typu code) a využítím vlastnosti Tag objektu Button. Ovšem o dost slabší je to se syntax highlightem. Lexikální gramatika mi nic neříká a termín se blíží, tudy cesta nevede. Nasadil jsem tedy mnoha vývojáři oblíbené řešení - reguláry.
Všechno fungovalo báječně, měl jsem z toho velkou radost, jak snadné to bylo, ale pak jsem do programu nasypal seznam funkcí jazyka PHP. Začal se provádět regex se zhruba 1300 nebo a to už sakra trvá. Dokud se z tohoto místa nehnu (zkusím udělat více menších regexů), nemá cenu implementovat zjednoduššení highlightu pro editaci běžným psaním textu (při zmáčknutí mezery se nemusí obarvovat nic, při stisknutí písmenka zhruba asi jedna řádka, při paste nebo otevření souboru totálně všechno). Momentálně ale otevřu soubor, dám si kafe, zdřímnu si, přečtu si novinky, odpovím na pár příspěvků na fóru, chvilku se koukám z okna a kód je obarvený.
Nevím, co jsem to dostal za šílený nápad, ale jako zápočtovou práci z programování jsem si vybral PHP IDE - tak trochu mrzáka, podivnou aplikaci se zvýrazněním PHP kódu a mírně postiženým code assistem. Včera jsem ukončil meditace nad zpracováním a jal se cpát do Visual Studia nějaký ten kód psaný v jazyce C#.
Nejprve jsem dostal geniální myšlenku použít komponentu telerik Ribbon. Že neznáte? A pruh karet vám něco říká? Pokud se vám vybavil kancelářský balík Office 2007 a podivní panel v horní části okna, jste doma, přesně to je Ribbon. Společnost Telerik pak registrovaným uživatelům Visual C# 2008 zdarma přináší komponentu, díky které je možné tento panel poměrně jednoduše integrovat do vašich programů. Nicméně délka kompilace a paměťová náročnost prázdného okna s Ribbonem mě přesvědčily o tom, že myšlenka zas tak geniální nebyla, stačilo si vzpomenout, jak pěním při startu PSPadu, který Ribbon nemá. S klasickým MenuStripem je aplikace mnohonásobně rychlejší.
Poslední dobou se zamýšlím nad tím, jestli jsem placená pracující síla nebo člen dobročinné organizace tvořící weby. Klienti se chovají stále více rozmazleně a nemorálně ždímají ze studentů každou volnou minutu jejich života. Začíná to nevinně - chtěl bych udělat malý e-shop, nic náročného, bez registrace, pár produktů. Okamžitě chce znát termín a cenu a často nepodá přesnější specifikace. Vytáhnu z něj informace, dohodneme se na skromném řešení se skromnou cenou. Dotyčný si však během realizace začne doslova cucat z prstu drobné úpravy, o prodloužení termínu a ceně se ale nezmiňuje. Zmíníte-li se alespoň o ceně vy, hned je oheň na střeše, klient na vás vytahuje původně smluvený termín a leckdy se z něj vyklube lepší programátor než vy a raději si to udělá sám.
Zend Framewok obsahuje třídu Zend_Form, pomocí které je možné vytvořit formuláře poměrně rychle, čistě a logicky. Díky ní není nutné vytvářet přímo HTML, ale formulář je možné vygenerovat pomocí sledu PHP příkazů. Jako doplněk lze použít tzv. validátory, které vyhodnotí vstupní data a v případě, že něco není v pořádku, vyplní formulář zadanými daty a okomentuje jej. Nicméně zde narážíme na malý problém, komentář je samozřejmě anglicky. Vypsat českému uživateli na výstup něco jako "abcd" doesn’t match against pattern "\d+\s[[:alnum]#@{}]" asi není nejlepší nápad, když už tam musí být uvedena maska, mohlo by to být alespoň česky.
Poslední týden jsem věnoval výběru frameworku, na kterém budu stavět své aplikace. Chtěl jsem dostat do ruky něco, co mi umožní jednoduše a rychle realizovat moji představu o CMS, ať už finální sbírka modulů bude reprezentovat e-shop, redakční systém, blog nebo vizitku.
Díky všeobecnému nadšení, které panuje kolem Zend Frameworku jsem v pondělí řekl "hurá, jdu napsat jádro aplikace v Zendu". Ale ono to není tak jednoduché. Tento Framework prosazuje MVC (model-view-controller) model, jehož základní myšlenka je jasná a dobrá - oddělit logiku a "vzhled" - zkrátka PHP a HTML+CSS+JS. V podání Zendu je ale tento model mírně omezený a jak řekl Tutchek, je to v tu chvíli o tom, jestli ohýbat framework kvůli webu nebo web kvůli frameworku.
Více z Fotogalerie.cz
Poslední komentáře