Protože nikdo nedodal kompletní řešení k hádance z 26.7., zde je odpověď.

1. Třída MessageReceiverBase - událost MessageReceived, návrhový vzor Observer.
   
2. Třída MessageReceiverBase -metoda CreateMessage, návrhový vzor Factory Method. Metoda CreateMessage vrací přímo instancí třídy Message nebo její potomky. Potomci třídy MessageReceiverBase mohou metodu přepsat a vrátit z metody například instanci OrderMessage, aniž by byly dotčeny vysokoúrovňové scénaře pracující pouze s rozhraním Message a deklarované na úrovni MessageReceiverBase.
   
3. Třídy MessageReceivePoint, MessageReceiverBase a její potomky můžeme považovat za participanty návrhového vzoru Bridge. Třída MessageReceivePoint je abstrakcí - logickým přístupovým bodem, který dokáže přijímat data na daném URI a který interně využívá konkrétní fyzický přístupový bod, jímž je potomek třídy MessageReceiverBase zapouzdřující detaily komunikace po zvoleném přenosovém protokolu. Metoda Listen třídy MessageReceivePoint deleguje volání na metodu Listen třídy MessageReceiverBase. Samozřejmě lze o potomcích třídy MessageReceiveBase uvaživat i jako o strategiích, jak zaznělo v diskuzi o spotu, i když si myslím, že vzor Bridge lépe vyjadřuje role tříd.
   
4. Třída AddMesageAttributesProcessor - jak vyjadřuje její název, jedná se o realizátora vzoru Content Enricher - k přijaté zprávě dodává další informace, které nebyly přímo její součástí ale které jsou důležité pro další zpracování zprávy. Příklad - messagingový systém přijme objednávku a Content Enricher ke zprávě doplní údaje o platební morálce zákazníka.
   
5. Třída FilterMessageAttributesProcessor - opět dle názvu můžete usuzovat, že jde o návrhový vzor Content Filter. Procesor z přijaté zprávy odstraní všechny informace, které nejsou důležité pro další zpracování a které by pouze zbytečně vytěžovaly zdroje serveru. Příklad - messagingový systém přijme obrázové přílohy, které není třeba posílat k dalšímu zpracování, ale pouze se archivují v DMS, takže nemá smysl hnát obrázky celým procesem vyřizování objednávky. Content Filter obrázky ze zprávy před jejím dalším zpracováním odstraní.
   

Jak někteří z vás (Petr :) ) správně vytušili, diagram také svádí k tomu, aby byl rozšířen o Intercepting filter nebo o vzor Pipes&Filters - tyto vzory v něm ale v současné podobě nalezneme poze jako latentní možnosti, které můžeme uskutečnit doplněním a úpravou vztahů mezi existujícími třídami.

Jedna soukromá zpráva, ale mám opravdu radost, takže se o ní s vámi podělím. Po poměrně velkém úsilí ;) se mi podařilo udělat zkoušku z jízd, takže už mohu začít konečně oficiálně;) používat svoje auto a skončí tak moje cesty do Prahy vlakem a busem, které už byly časově neúnosné. Hlavně spolehlivost Českých drah mi pravidelně pumpovala povinnou dávku adrenalinu do žil. Potřebujete stihnout nějaké jednání, vstanete kvůli tomu o hodinu dřív, nastoupíte do vlaku plni optimismu v kvalitu veřejných služeb dotovaných v míře větší než malé z vašich daní a o stanici dále a půlhodině čekání nějaký pologramotný zaměstnanec drah zakoktá, že "lokomotiva je rozbitá, vole a dál se nejede".

Aby to nebylo úplně OT, v mezičase před složením řidičáku jsem stihl otestovat navigační systémy Pocket Kim, SmartMaps a Dynavix, takže brzy se zde objeví nějaké srovnání.

Na serveru CE4YOU můžete v v diskuzi Programování klást své dotazy, které se týkají problémů s vývojem pro Pocket PC a SmartPhone miláčky . Nezáleží na tom, s jakým vývojovým nástrojem pracujete - takže se můžete ptát na vývoj v Compact .Net Frameworku 1.0 (2.0), na vývoj nativních aplikací v C++ nebo i na bastlení ve stařečkovi eVB.

Specializovaná konference na Emwacu není a otázky kolem Pocket PC platformy zůstávají v obecných konferencích většinou bez odpovědi, proto si myslím, že tématicky úzce zaměřená konference bude pro všechny vývojáře pro platformu Windows Mobile příjemným a postupně znalostmi nabytým koutkem. :)

Informace poslední: Jsem moderátorem tohoto fóra, takže jej aktivně sleduji a pokud znám odpověď, nenechávám si ji pro sebe.

Dokážete na následujícím diagramu najít všechny použité návrhové vzory?

Pokud by to někomu přišlo trapně jednoduché, můžete dávat návrhy na vylepšení diagramu...

BTW: Ten diagram není z reálného projektu, takže můžete opravdu usuzovat na návrhové vzory jen podle vztahů, případně podle názvů elementů v diagramu. Je to jen hra

Stažení diagramu

Konečně jsem se dostal k přestěhování blogu na vlastní doménu. Děkuji Michalovi za dosavadní hostování blogu i za pomoc při exportování spotů z .TEXTu. Důvodem mého odchodu není nějaký truc vůči Michalovi, ale jak jsem psal již dříve, moje zvláštní úchylka, která se projevuje tím, že jsem nerad na komkoli závislý, byť by šlo o tak příjemného a vstřícného člověka jako je Michal. Myslím, že Nikos Kazantzakis v Řeku Zorbovi říká, že zvětšování naší svobody je jen iluze a že se jen zvětšuje délka provazu, na kterém jsme uvázáni, takže můžeme dělat stále větší okruhy kolem stromu, k němuž je provaz upevněn. I kdyby to bylo pravda, cítím se teď s delším (a ne snad šibeničním) provazem na krku lépe.

Pár základních informaci na úvod.

URL
http://blog.renestein.net

RSS
http://blog.renestein.net/SyndicationService.asmx/GetRss

ATOM
 http://blog.renestein.net/SyndicationServiceExperimental.asmx/GetAtom

1. Blog již neběží na TEXTu, ale na DASBlogu. DASBlog jsem si vybral, protože mi přijde lépe napsaný a umožňuje kromě dalších vychytávek třeba publikaci spotů přes mail. Bohužel zatím ukládá data do XML, ale dá se žít i s touto drobnou vadou. Protože jsem do útrob DASBlogu dostatečně nahlédl. pokusím se pár spotů o DASBlogu napsat. Důvodem k přechodu na DASBlog bylo také odpoutání se od toho, co kolega Daniel Steigerwald v hyperbole nazval zárodkem fašismu v podobě .TEXTu v .NET komunitě. :)

2. Při převádění spotů jsem je znovu všechny roztřídil do nových kategorií, protože staré kategorie nevyhovovaly a mnohdy nebyly ani v původních kategoriích spoty správně zařazeny.

3. Trochu později jsem zjistil, že se mi zatím nepodařilo korektně převést všechny komentáře. Na tom budu muset ještě zapracovat.

4. Přišlo mi docela dost emailů od lidí, kteří se ptali, kdy vyjde další článek o UML na Interval.cz. Dobrou zprávou pro všechny tazatele snad bude to, že další díl seriálu jsme již redakci poslal a snad se mi podaří v seriálu pokračovat rychlejším tempem než dosud. Dále díky benevolenci serveru Interval.cz a jeho šéfredaktora Viléma Málka budu moci s měsíčním zpožděném publikovat články z Intervalu na svých stránkách. Takže brzy se zde objeví všechny mé články v ucelené podobě.

5. Články zmíněné v předchozím odstavci chci publikovat na samostatné subdoméně a moji ambicí je vytvořit stránky o návrhu, designu a vývoji aplikací, které budou v ideálním případě pro všechny zájemce ekvivalentem toho, co představují vynikající stránky JakPsátWeb pro html kodéry.

6. Když už jsem u toho inspirování se jinde. Na weblogu je také sekce Zaujalo mě, ve které budou bez další kategorizace odkazy na kvalitní články, které mě v poslední době zaujaly. Zcela nepokrytě se přiznávám, že nápad jsem zkopíroval od Jirky Macicha.

7. Frekvence publikování na blogu bude (snad) vyšší než doposud.

8. Pár lidí mělo zájem o reklamu na blogu. Nyní je možné se na reklamě domluvit - kontaktujte mě a domluvíme si podmínky.

To nejlepší na konec: Jestliže se vám líbila Malá typologie českých vývojářů, a bylo vás asi dost, když do celkového počtu čtenářů započítám i rozzuřené emaily od jistých rozkošně se vyjadřujících anonymních přátel, můžete se těšit na pokračování.

Nikdy bych nevěřil, že spot, který jsem napsal za 20 minut kvůli katarzi a vůběc očištění od špatných nekřesťanských myšlenek týkajících se humánní anihilace špatných vývojářů sklidí takový ohlas a že se v něm tolik lidí pozná. Inu, co Čech, to vývojář:). Kromě typologie vývojářů se připravuje i typologie projektových vedoucích - sondu do světa SW firem je potřeba zasunout co nejhlouběji a nezůstat na povrchu.

Zajímavé a trochu smutné je, že moje technické spoty si přečetla přibližně jedna třetina z počtu čtenářů, kteří zhlédli typologii vývojářů - raději z toho nebudu induktivně dovozovat, proč se tak v Čechách daří bulváru a jinému škváru.

BTW: Také jste zaregistrovali, že seriál o VB.NET přestal konečně vycházet? Boží mlýny melou pomalu, ale nakonec nezapomínají ani na svět SW. ;)

Takže vítejte;)

Jak mě upozornil jeden kolega, tak jsem nedal ke stažení prezentaci z přednášky o návrhových vzorech a .Net Frameworku z listopadového programátorského večera.

Takže pro zájemce napravuji:

V archivu ČVUT je i videozáznam přednášky, i když já sám jsem nenašel odvahu se na sebe narcisticko-kriticky podívat ;)

Prezentace, velikost 675 KB

Uvolnil jsem prezentaci a příklady ze včerejší přednášky o C# 2.0

Stažení prezentace, velikost 313 KB

Stažení příkladů (testovány na prosincovém CP buildu VS.NET), velikost 170 KB

Protože při diskuzi zazněl zajímavý dotaz na téma dynamického vytváření uzavřeného konstruovaného generického typu pomocí reflection, přidal jsem další příklad, který ukazuje, že máme v C# (a v .Net Frameworku obecně) i za běhu aplikace k dispozici všechny informace o generickém typu, a proto můžeme provádět "kouzla", která jsou v C++ nebo v JAVĚ zapovězená a nedostupná.

        static void Main(string[] args)         
        {
            //Získání generického typu
            Type poolType = typeof(ObjectPool<>);
           
            //Vytvoření generických argumentů
            //(typ SomeResource substituující generický parametr T z třídy ObjectPool)
            Type[] genArguments = new Type[]{typeof(SomeResource)};
            //Dynamické vytvoření uzavřeného konstruovaného typu ObjectPool<SomeResource>
            Type constructedType = poolType.BindGenericParameters(genArguments);
            //Vytvoření instance typu ObjectPool<SomeResource>
            Object conType = Activator.CreateInstance(constructedType, new Object[]{10});
           
            Console.WriteLine(conType.ToString());
        }

Na čtvrteční přednášce o UML jsem do svého rezervoáru životních paradoxů přidal pár dalších :)

1) I když sebekriticky zredukuju prezentaci o 150 slidech na 70, poté se intenzivní a zostřenou psychoanalytickou rychloseancí, na které by i těžkotonážní barokně rozsochatá lady Halina Pawlowská prodělala akutní záchvat mentální anorexie, jenž by byl excelentně konvertibilní na finační částku za nějakou další a zatraceně rychle natočenou reklamu na hubnutí s bonusem ve formě nezbytných JoJo baculatých efektů pro frustrované paničky, které jako ona chytře snídají dietní Colu s čokoládovými tyčinkami. :), vypořádám s pocity viny, jejichž zdrojem je obsedantní představa, že svatokrádežně zjednodušuju svá milovaná témata hodná nejvyšší úcty,  a přesto nenásleduje kýžená odměna, jíž měl suplovat fakt, že jsem ve vyhrazených 3 hodinách vykleštěné téma alespoň stihl probrat. ;)

2) Je zvláštní přijít tak rozpolcený z přednášky na výsostné půdě Microsoftu, protože jsem navzdory svému obdivu vůči mnoha MS produktům musel po dotazech posluchačů doporučovat modelovací nástroje od jiných firem a dát najevo svoji vytříbenou nechuť k "vytváření návrhů" ve Visiu a také si opět otravně povzdychnout nad tím, že Visual Studio Team System, MSF a UML nejsou a nebudou nerozlučným triem - killerem konkurenčních nástrojů pro návrh a vývoj aplikací. ;)

Zájemci si mohou stáhnout prezentaci, i když na návrhové vzory nezbyl ve čtvrtek čas a budou v rozšířené podobě tématem až nějaké další .Net Developer Group.

Máte třídu objednávky, která může nabývat 3 stavů (Nová, Schválená, Zamítnutá) . Dokážete určit, co všechno je v následujícím kódu špatně?

 public enum OrderState
    {
        New,
        Rejected,
        Approved
    }
    
    
    public class Order
    {
        protected OrderState m_state;
        public Order()
        {
            m_state = OrderState.New;
        }
        public virtual void Approve()
        {
            if (m_state != OrderState.New)
            {
                throw new InvalidOperationException();
            }
            m_state = OrderState.Approved;
        }
        
        public virtual void Reject()
        {
            if (m_state != OrderState.New)
            {
                throw new InvalidOperationException();
            }
            m_state = OrderState.Rejected;
        }
    }
    
    public class SpecialOrder : Order
    {
        public SpecialOrder() : base()
        {
            
        }
        
        public override void Approve()
        {
            
            throw new InvalidOperationException();
        }
        public override void Reject()
        {
            if ((m_state != OrderState.New) && (m_state != OrderState.Approved))
            {
                throw new InvalidOperationException();
            }
            
            m_state = OrderState.Rejected;
        }
        
    }