VIRTUALVOID: Když to zvládneš napsat za 4 hodiny práce, tak klidně :D

CERMINEK: moja taxa je 30€/hod, beries ? ;)

CERMINEK: No tak vidíš, když je to povinný, tak to bys to měl umět.

CRANK: A imho teda člověk co nemá problém s Cčkem a assemblerem by neměl mít takový problém s přátelským environmentem C#pu a OOP koncept pokud nejdeš do nějakých krutých OOP konstruktů a vysoce odborných záležitostí, které jsou mimochodem skoro všude stejné, taky není taková šílenost ...

CRANK: Povinný pro Bc. :/

CERMINEK: No tak si ten předmět nezapisuj ne? :-)

CRANK:
TENCOKACISTROMY:
To jsem přesně čekal mno...
C# ke svému oboru ani nepotřebuji a učí se to u nás v jednom jediném předmětu... Pro mě je stěžejní C, Assembler a skripty v Matlabu a to si dávám v pohodě... OOP ale nedávám a nemám ani sílu a chuť se to učit.. Proto poprvé za celé své studium volím užití práce někoho jinýho...

CERMINEK: Mozna by to chtelo se vic snazit nebo si najit jinej obor :P.

TENCOKACISTROMY: Potkáme se tam ;).

NECROMAN: Tak to se na tebe asi pujdu kouknout :).

Prave jdu z toho druheho testu "zaklad vyvoje metro aplikaci v C#" a bylo to teda tezsi, nez jsem cekal - tech 70% asi nedam. Hodne veci tam bylo na toast notifikace, tile updaty, prace s gesty, search a share kotnrakty .Treba na xaml a stylovani toho bylo fakt malo. No ale bylo to zdarma a dost jsem se toho naucil :)

MAIMONIDES: Muzes pouzit Fasterflect. Na zaklade reflection urcis se ma delat, a ten Fasterflect pak udela dynamicky delegat, kterej nahradi get/set u properties/fields, volani metod atd... Nemusis se pak trapit s emitovanim il kodu (udela to za tebe).

Code DOM sice vypada pekne, ale imho je mensi zlo pouzit ty T4 sablony z duvodu snizeni komplikovanosti kodu pro lidi co prijdou po tobe.

MAIMONIDES: Ale ta Reflection se nemusí dělat pořád (pomalu). Tím jsem myslel si při spuštění programu vygenerovat (Reflection.Emit/Code DOM/…) metody/třídy, které se pak používají prakticky normálně.

Zajímavé reakce, díky..
Možná jsem se vyjádřil zavádějícím způsobem. Je to implementace messagingu v rámci high level client server síťové knihovny(Badumna) v .Net..

Tady je pro zajímavost trochu detailnější popis motivace..
Zprávy jsou všechny děděný z třídy BaseEvent, která obsahuje jen proměnnou Nonce pro implementaci blokující odpovědi na otázku v jinak async client server prostředí. Krom toho obsahuje pouze abstraktní metody. Jednotlivé zděděné zprávy pak sobě implementují pouze serializaci a deserializaci a konstruktor, který mechanicky přiřadí proměnné, což je taky opruz, protože to je byrokracie a nepřišel jsem na to, jak to implementovat přes compile-time - než jsem zjistil, že to nejde. Používat reflection nejde, protože to by bylo moc pomalé. T4 na to asi bude fungovat, ale jestli to bude přehledný je věc druhá a budu to zkoumat...

Každá zpráva je určena pro jeden typ události a jeden typ cílového serveru, tj de/serializace je bez větvení a jakékoli chytrosti.

De/serializace probíhá potom tak, že se genericky de/serializuje třída a podle ní zbytek..


No a právě odesílání a zpracovávání deserializovaných eventů je to, proč jsem sem psal a ptal se na to vytváření názvů a tiše doufal, že to půjde preprocesorem.


Pojmenování těch eventů má svá pravidla a funkce pro jejich odesílání a zpracovávání taky. Je to takhle udělaný aby to bylo srozumitelný i pro cizí lidi co přijdou po mě a aby přidávání nových eventů nebo luštění starých vyžadovalo naprosté minimum intelektuálních schopností a námahy a relativně omezené api..

BUTHRAKAUR: Jenze aby jsi zjistil typ deserializovanyho objektu, tak musis odnekud zjistit jakej je. A odkad ho zjistis?

Imho je uplne ok reseni, kdy mas tu obrovskou hromadu metod odekorovany nejakym atributem, ktery najdes a udelas si na ne delegaty, jenz si strcis do nejaky hashtable a podle toho je pak poustis.

Navic se ten vygenerovanej kod bude mnohem lip debugovat pri ruznej "chutovkach" - a ze jich umi bejt v sitovy komunikaci hodne :).