V kurzu "Objektovými principy a návrhovými vzory řízený design a vývoj kvalitních aplikací" se uvolnilo několik míst.

Informace o programu kurzu

Termín konání: 14-16.11 2005 (3 dny po 6 hodinách, začátek každý den v 9:00, konec v 16:00 - pokud se do něčeho nezabereme )
Přednášející: Moje maličkost ;)
Místo konání: Školící středisko společnosti DIGI TRADE, Olšanská 1a, 130 80 Praha 3
Cena školení: 12 500 Kč

Přihlášky můžete posílat přímo mně na email rene@renestein.net. V emailu prosím uveďte svoje jméno a příjmení, počet účastníků  a adresu, na kterou má být zaslána faktura.

Kurz je již obsazen, ale protože mi stále chodí maily s dotazy na další konání kurzu, prosím případné další zájemce, aby se mi ozvali na mail také a napsali mi, v jakém termínu a kolik lidí by se mělo kurzu účastnit. Dále bych chtěl upozornit, že přibližně v březnu by se mělo objevit pokračování tohoto školení, které bude zaměřeno "čistě  prakticky", což znamená, že během kurzu účastnící sami vytvoří analýzu a design vzorové aplikace a vyzkouší si vzorovou implementací zásad a návrhových vzorů obsažených v designu. Pokud máte předběžně a nezávazně zájem o druhý kurz, napište mi prosím také email, abych opět nepodcenil zájem o školení.

Jak upozornil Pavel Troller v konferenci o GSM, dnes byl schopen se přihlásit do WCDMA sítě. Plně funkční jsou dle něj SMS a datové přenosy, odchozí volání jen s terminací v síti ET, příchozí volání fungují bez problémů.

Nemám zatím UMTS telefon (čekám stále na MDA PRO), takže si nemůžu sám UMTS vyzkoušet. Máte někdo další zkušenosti, kde všude je možné se do UMTS sítě ET přihlásit?

Že by byl ET v komerčním spouštění UMTS opravdu nezpochybnitelně první, nebo se zopakuje historka známá z uvedení MMS? ;) Historie se prý vždy opakuje, jednou jako tragédie, podruhé jako fraška. Spuštění MMS připomínalo spíš frašku, takže doufám, že nijak tragické uvedení UMTS v Čechách nebude ;)

Pokud chcete rychle zjistit, jak funguje UMTS síť, zkuste "turbo úvod do UMTS" Patricka Zandla.

UPDATE: Tak už zareagoval i Mobil - Spuštění UMTS se blíží. Už si přes něj i zavoláte!

Víc lidí si psalo o fotky z Kréty. Zde jich pár je. Nejsou nijak tříděné, takže je na nich často vidět jen Kamilka. ;) Skoro všechny fotografie dělala moje žena, protože já focení, bez ohledu na to, zda jsem objektem nebo subjektem, opravdu nemám rád. Fotografie je i pro mě jen sofistikovaná (a neskutečně otravná, dodávám já) forma zapomnění, jak říká Milan Kundera.

Jestliže používáte pro navigaci skvělý program TomTom ve verzi 5.0 a nestačí vám chudá databáze dodávaných bodů zájmu v ČR, tak doporučuji vaší pozornosti skvělou stránku s dalšími českými POI. Databáze vytvářejí ve volných chvílích nadšenci, k nimž se můžete připojit. Už dnes si můžete stáhnout opravdu zajímavé POI. Namátkou vybírám:

• Stanoviště stacionárních a mobilních radarů. TomTom vás navíc dokáže na blížící se radar upozornit vybraným zvukovým signálem
  
• Města na Moravě. Řeší nedokonalost mapy v TomTomovi, která nedovoluje v aktuální verzi vybrat město na severní Moravě přímo jako cílovou destinaci.
  
• Hrady, zámky a tvrze v Čechách
  
• Benzínové pumpy
  
• Oblíbené restaurace
  
• Seznam fast foodů (KFC, McDonalds)
  
  
• ...
  
  

Výborný počin, díky Rossini a Libore_M.

Dovolená na Krétě je u konce, tady je jen pár dojmů.

Jestliže od dětství milujete jakoukoli zmínku o antických (minojských) památkách, budete z Kréty nadšeni stejne jako já. Byť občas budete v Knossu siru Evansovi spílat, že to s tou inovativní rekonstrukcí pomocí betonu přeci jen trochu přehnal ;)

Lidé na Krétě jsou milí, dá se s nimi dobře mluvit anglicky a vzhledem k záplavě turistů z České republiky se někteří progresivní obchodnící ve všudypřítomných turistických krámcích v krétských "Zlatých uličkách" snaží konverzovat česky. Asi jsem je ale zklamal - při jejich extatických výkřicích "Poborsky" a podobně jsem zůstával zcela chladný a netečný a v duchu jsem si jen útrpně opakoval, že svět, ve kterém jsou za symbol země považována nějaká individua čutající do míče (to alespoň předpokládám, možná že se ten člověk ohání hokejkou, takže se mu tímto omlouvám), je v pokročilém stádiu degenerace a že se s tím nedá nic dělat. Párkrát jsem se sice snažil naznačit, že naše země sice světu nikdy žádného Platona ani Aristotela, ale že jsme lidstvu přispěli snad něčím víc než dobře vsítěnou brankou... Marnost nad marnost.
Pořád lepší, než když za pár let budou kulturní elitu reprezentovat nesvéprávná lobotomizovaná zvířátka z terárií Vyvolených a podobných (kvazi) reality-show s omezenějšími vyjadřovacími schopnostmi než mají sportovci, což je skoro k nevíře, kteří vždy najdou své podivné jakoby ultraliberální ďáblovy advokáty, co vzývají žel neexistujícího sociologického ducha bezduché striptérské zábavy, zato na svém blogu jsou dokonalými cenzory a strážci svého privatissima a dobré pověsti s pikantní příchutí anonymních padlých kůzlátek;) Postmoderno, jak já tě miluji

Dovolená s Kamilkou byla opravdu náročná. Sice začalo chodit před necelými 3 měsící, ale to jí nebránilo v tom, že na Krétě v kočárku vůbec být nechtěla, všude pobíhala zásadně sama se supícími rodiči v zádech, co se jí snažili nerušit a jen taktně její občas mírně vratkou chůzi na nerovném povrchu jistit, a intenzivně se seznamovala se všemi dětmi, psy, kočkami a domorodci. Hrdostí jsem se ale dmul, když den po mém hlídání a otcovské péči začala odříkávat písmena abecedy (a, b, c, d) ve správném pořadí. Na patnáctiměsíční dítě jde myslím o docela slušný výkon, takže se trochu rozptýlily mé chmurné obavy z jejího radostného pobíhání, že nám doma roste další sportovec. Přišel jsem na to, že naše Kamilka bude ztělesněním ideálu Kalokagathia. :)

Výhodou dovolené s malým dítětem je to, že většina lidí kolem vás se vám snaží různě pomoci, nevýhodou, že že rodiny s dalšími malými dětmi vás považují podle nějakého podivného archetypálního vzorce za další osudovým losem spřízněnou duši, se kterou poklábosí o všech slastech a strastech mateřství, což se mi docela příčí, a ani moje žena nejevila na dovolené pražádnou touhu dozvědět se nějaké další skvělé a zaručené tipy na výchovu dětí od samozvaných expertů. Mno, přežili jsme dobré i zlé.

BTW: Po návratu mě pobavil komentář Pavla Brunclíka. S blogem skončit nehodlám, je to jedna z mála aktivit, které mě poslední rok baví, takže zatím nevidím žádný důvod, proč jej ukončit. Poslední rok pro mě ale nebyl z různých důvodů nijak zvlášť dobrý a možná se to projevilo i v celkovém naladění blogu. Připadá mi, že v poslední době většinu svého času dělám věci, které jsou pro mě rutinní, nezajímavé, bezperspektivní, a z toho plyne asi i má nechuť ke všemu ostatnímu, což se dá možná poznat i na náladě spotů. Ledaccos mě nebavi a spousta věcí štve. Dostávám sice slušný "chléb vezdejší", ale plnohodnotně realizován a využit se už dlouho necítím. A na přemýšlení o tom, co změnit, abych se neustále necítil jako spráskaný pes, je dovolená ideální čas. :)

I když absence jakékoli aktualizace na blogu minulý týden by nasvědčovala tomu, že si dovolené již užívám, nebylo tomu tak a k psaní spotů jsem se nedostal, protože jsem finišoval neodkladné (tedy alespoň podle zákazníků) projekty v práci.

Takže do 22.9. se zde pravděpodobně žádný zápisek neobjeví, protože mě i manželku Yuhůovy (snad se Yuhůů takhle skloňuje, tady můj jazykový cit opravdu selhává) skvělé stránky o Krétě zlákaly k její návštěvě. Jedinou neznámou pro nás je, jak bude vypadat taková dovolená s patnáctiměsíčním extrémně aktivním dítětem.

O nic ale nepřijdete, po návratu budu hned pokračovat v seriálu o frameworku pro business objekty a také se podělím o některé poznatky ze zkoumání .Net Frameworku 2.0 (webové služby, .Net Remoting, vývoj pro PDA). A brzy poskytnu i další podrobné informace o chystaných a již dříve oznámených stránkách specializovaných na původní články o analýze, designu a vývoji aplikací.

Dokážete napsat jeden řádek kódu, kterým přířadíte statickému členu BField řetězec  "Milujeme porušování zapouzdření"? ;)

        sealed class A
        {
            private sealed class B
            {                    
                            private static string BField;
             
                        }
                    }

Na konci spotu, v němž byla vytvořena třída DataCacheHelper, jsem slíbil, že ukážu, jak si vynutit použití objektu DataCacheHelper všemi třídami v business vrstvě. K tomu nám poslouží vzor Layer SuperType, jehož definice se dá parafrázovat takto: zaveďme společného předka pro všechny třídy jedné vrstvy aplikace, v němž zapoudříme společný kód a sdílené chování.

Nyní si popíšeme rozhraní a implementaci vzorového předka pro business objekty. Zobrazit kód. (C#)

Abstraktní třída BusinessObjectBase obsahuje dva konstruktory. Bezparameterický konstruktor je potomky vyvoláván při zakládání nové instance bez obrazu v databázi ("bez platného - perzistentního id). V tomto konstruktoru nastavíme, že objekt není změněn vůči datům v databázi (m_isDirty = false), přidělíme mu dočasné id uložené v konstantě NO_ID a voláním privátních metod setNew a setLoaded označíme objekt jako "nový - bez obrazu v databázi" a současně "není třeba nahrávat data z databáze". U každého nového objektu se také předpokládá, že jde o aktivní objekt - tedy o objekt, který nemá příznak smazán (Discarded) ani neaktivní (InActive) - viz enumerace ObjectState na konci výpisu.

Druhý konstruktor, který přijímá argument id, používají odvozené objekty, jestliže již byly dříve uloženy do databáze. Opět nastavíme příznak, že objekt není změněn vůči datům v databázi (m_isDirty), dále nastavíme proměnnou m_isLoaded na false, což je příznak, který signalizuje, že data objektu ještě nebyl nahrána z databáze, a uložíme si id objektu.

Veřejná vlastnost IsDirty vrátí true, jestliže byl objekt změněn vůči datům v databázi, vlastnost IsNew vrátí true, jestliže se jedná o nový objekt bez perzistence - čeká na "Insert".

Vlastnost IsDeleted má hodnotu true, když již byla data objektu v databázi smazána příkazem Delete (objekt jen "dožívá" v business vrstvě) nebo když u objektů, jejichž data se například kvůli zachování referenční integrity fyzicky nemažou, byl do databáze zapsán stav Discarded.

Vlastnost Id vrací unikátní identifikátor objektu, jestliže byl objekt uložen do databáze, jinak vrací konstantu NO_VALUE.

Vlastnost ObjectState vrací stav objektu s využitím hodnot enumerace ObjectState (aktivní objekt, dočasně neaktivní objekt, smazaný objekt).

Metoda Load je pro nás zajímavá hlavně tím, že si vynutíme použití třídy DataCacheHelper. Jedná se metodu se šablonou (vzor Template method), která nejprve zkontroluje, jestli jde o objekt, který již byl nahrán a/nebo který byl již smazán - pokud je jedna z těchto podmínek pravdivá, metoda Load ihned ukončí svoji činnost. Když jsou všechny předběžné podmínky pro vyvolání metody Load splněny, metoda se pokusí vyzvednout dříve uložený řádek s daty pro svou instanci z třídy DataCacheHelper. Jestliže řádek existuje, pak je vyvolána varianta metody DoInternaLoad přijímající odkaz na řádek, jinak je vyvolána metoda DoInternalLoad, která musí řádek z databáze teprve získat. Metody DoInternalLoad jsou chráněné a virtuální a za jejich implementaci odpovídají odvozené třídy - třída BusinessObjectBase dbá na dodržení základní kostry algoritmu, ale implementaci jednotlivých kroků aloritmu ponechává (musí ponechat) na podtřídách, což je hlavní idea vzoru Template Method. Po úspěšném nahrání objektu je volána metoda setLoaded, která označí objekt jako nahraný (IsLoaded bude nyní vracet true).

Poznámka: V metodě Load se zatím předpokládá, že data objektu potřebujeme nahrát pouze jednou a metoda tedy neumožňuje aktualizaci dat objektu z databáze po prvním nahrání. Jak aktualizaci dat z databáze odvozeným třídám umožníme, si ukážeme v dalším pokračování.

Metoda Save neumožní uložení objektu, jestliže jde o nenahraný objekt ("není co ukládat, data nemohla být změněna"), jestliže jde o vymazaný objekt, nebo pokud objekt nebyl změněn a současně nejde o nový objekt. Metoda tedy již na úrovni předka ošetří, že nebudou zbytečně ukládány objekty, jejichž data byla nahrána, ale uživatel je nijak nezměnil. Metoda pouze volá chráněnou virtuální metodu DoInternalSave a jak asi ti chytřejší z vás tuší, jedná se o další příklad vzoru Template Method. Voláním privátní metody setClear po úspěšném uložení objektu nastavíme na false příznak "změněn" (IsDirty) a "nový objekt" (IsNew). Jestliže byl ukládán objekt, u nějž bylo vyžádáno smazání (ObjectState=ObjectState.Discarded), je nastaven příznak IsDeleted voláním chráněné metody SetDeleted na true.

Metoda Discard slouží ke zrušení objektu, přesněji řečeno k převedení objektu do stavu ObjectState.Discarded - pokud je objekt v tomto stavu a dojde k uložení objektu, metoda DoInternalSave buď záznam v databázi fyzicky vymaže (DELETE) nebo do databáze uloží stav ObjectState.Discarded (UPDATE). Metoda Discard pouze zkontroluje, zda nepracujeme nad smazaným objektem (IsDeleted=true), u nějž opakované rušení nemá smysl, a jestliže tomu tak není, nastaví objektu stav ObjectState.Discarded a označí objekt voláním metody SetDirty jako změněný.

Chráněnou statickou metodu SaveCollection používají odvozené třídy pro ukládání objektů ve svých kolekcích. (vztah agregace nebo kompozice). Výhodou je, že v odvozených třídách nemusí být stále stejný a otravný cyklus foreach, který se liší jen typem iterovaného objektu.

Metody DoInternalLoad a DoInternalSave jsme již zmiňovaly  - jsou to "sloty" používané odvozenými třídami k zavedení vlastní aplikační logiky do schématu vysokoúrovňového scénáře. Bázovou implementaci metody DoInternalLoad přijímající řádek s daty objektu mohou zavolat odvozené třídy, jestliže chtějí nahrát stav objektu (ObjectState) bez zbytečné duplikace kódu - obnovení a ukládání hodnot vlastních specifických vlastností je samozřejmě plně v režii odvozených tříd. Metoda DoInternalLoad bez argumentů ani metoda DoInternalSave nejsou abstraktní, i když by abstraktní být mohly - v business vrstvě ale občas máme třídy, u nichž nemusíme (nechceme) psát perzistenci a proto mají metody v bázové třídě prázdné tělo, abychom nebyli nuceni zcela zbytečně ve více odvozených třídách poskytovat symbolické "prázdné implementace".

Metodu Init mohou odvozené třídy použít pro vlastní inicializační kód (vytváření kolekcí a přihlašování jejich událostí atd.) - příklad uvidíte v pokračování spotu.

Metoda SetDirty nastavuje příznak "změněn oproti datům v databázi" - příznak nemá význam pro objekty pro objekty bez perzistence a pro smazané objekty.

Metoda CheckEquals porovná předané objekty - jestliže se objekty nerovnají, je objekt označen jako změněný. Jak asi tušíte, metodu volají odvozené třídy v set sekci svých vlastností (CheckEquals(oldValue, newValue)) a jsou tak zbaveni nutnosti reagovat na výsledek porovnání a ukládat si vždy každá sama za sebe příznak "jsem změněn". Když uživatel zmáčkne tlačítko uložit na formuláři a my data z formuláře přeneseme do objektu, metoda CheckEquals zajistí, že objekt bude označen jako změněný jen tehdy, pokud uživatel opravdu nějaké změny na formuláři provedl (třeba vybral jinou hodnotu v listboxu). Výhody jsou zřejmé, kód na formuláři je stále týž - pouze "tupě" přenáší data ze vstupních prvků formuláře do vlastností business objektu a ten si již potutelně a sám na úrovni předka ošetří, zda nově předané hodnoty vyžadují uložení, nebo ne, což může nastat, když uživatel z pouhého rozmaru klikne na tlačítko uložit a přitom si detail objektu celou dobu jen prohlíží.

Metoda TriggerLoad iniciuje nahrání objektu, jestliže objekt ještě nebyl nahrán, nejde o nový objekt a také nesmí jít o smazaný objekt. Metodu volají odvozené třídy při přístupu k jakékoli vlastnosti nebo metodě objektu (vzory Lazy Load, Ghost).

Význam dalších chráněných a privátních metod byl již myslím dostatečně osvětlen v předchozím textu při výkladu veřejného rozhrani, takže se nebudu opakovat.

Rozhraní IPersistable vyjadřuje minimální nárok, který musejí splňovat všechny objekty ukládající a obnovující svá data z/do perzistentního úložiště - výhodnou výchozí a závaznou osnovu realizace rozhraní poskytuje třída BusinessObjectBase.

Z enumarace ObjectState pro vyjádření základních stavů objektu prozatím nepoužívame stav InActive - význam ostatních stavů by již vám měl být po přečtení spotu dostatečně zřejmý.

Příště si ukážeme vzorovou implementaci třídy, která dědí z BusinessObjectBase.

Včera mi Vilém Málek nareportoval zákeřnou chybu v DasBlogu, která některým z vás mohla způsobit problémy při psaní komentářů a posléze i zcela znemožnit přístup na blog.

Nejdříve jsem zkusil nasadit novou verzi DasBlogu, ale tím jsem paradoxně problém jen zhoršil - v release dokumentu byla popsána asi je polovina kroků potřebných pro úspěšný upgrade, takže jsem vše ladil za pochodu a nakonec jsem musel najít chyby v stávající verzi a zkompilovat svoji vlastní verzi. Snad funkční, ale zdaleka ne dokonalou. :( Asi si nějaký blogovací engine opravdu vytvořím sám.

Podle mého testování je teď už vše v pořádku, pokud ale na nějaký problém narazíte, prosím napište mi přímo na mail reneATrenestein.net.

Viléme, ještě jednou díky!

BTW: DotNetHosting, na kterém momentálně běží moje doména, mohu zatím jen chválit. Reakce administrátora jsou okamžité, takže včera výpadek trval naštěstí jen velmi krátkou dobu. Stejně rychlé reakce na ohlášený problém, jak jsem si už stačil vyzkoušet, má DotNetHosting dokonce i o víkendu.

Nikdo z vás se nepokusil o odpověď, možná proto, že jsem nenabídl šampaňský jako u přechozí hádanky. Takže vás nebudu dál napínat, autorkou je Marina Cvetajevová, o níž a o sobě napsal kníže básníků R.M.Rilke v elegii pro Marinu tyto neskromné verše:

Vlnám jsme, Marino, mořem, hloubce jsme
Marino nebem!
Zemi jsme zemí a tisíckrát jarem, jsme skřivan,
Marino,
jenž píseň vyvřelou dál vrhá v neprůzračnost.