Ahoj, nemáte někdo doporučení na dobrou knihu o design patterns ?

P19: ja to mel taky nemel u vseho - proste jsem to odlisil spolecnym predkem. EF zrejme nic takovyho nema podle rychlyho UTFG, ale asi to jde nejak nasimulovat viz treba http://www.agile-code.com/blog/entity-framework-code-first-applying-global-filters/ (necet jsem to uplne detailne)

NIXX: V C# ne, ve VB.NET existujou XML literaly.
Nicmene mozna existuje nejakej plugin do VS, kterej by tohle zvladnul.

BUTHRAKAUR: to je taky pravda. Mam tento pozadavek jenom na nejakych entitach, je neco obdobnyho jako filtr i v EF?

P19: zalezi na tom, jak presne vypada zbytek aplikace. Ja mel treba v jedny app podobnej pozadavek (vzdy z DB zpristupnit jen ty veci, ktery patrej prihlasenymu uzivateli) a vyresil jsem to pomoci NHibernate filteru. Proste nekde hluboko v infrastrukture aplikace zapinam filtr pres prihlasenyho uzivatele na vsech entitach, ktery maji byt takhle filtrovany a v samotny aplikacni logice se uz o nic nestaram - na vsechny dotazy do DB se potom tenhle filtr aplikuje.

Dalsi vec je, ze bys pravdepodobne takovouhle vec nemel delat na MVC GUI vrstve, ale nekde hloubeji v infrastrukture aplikace. Jestli jsem teda spravne odhadl zadani..

Ahoj,

jak byste v asp.net mvc aplikaci ověřili, že editovaný objekt má vazbu na aktuálně přihlášeného uživatele?
Přemýšlel jsem nad nějakým action filterem, ale do atributu nepředám repository (abych si vytáhl editovaný objekt, resp. jeho property OwnerId), navíc mi teda příjde dost hrozný šahat z atributu do databáze.

Je nějaká lepší cesta, než v každé action metodě dělat if po načtení záznamu?

Díky

NECROMAN: ale jo, CAML builderů existuje dost... ale měl jsem na mysli něco, co by ve Visual Studiu umožnilo editovat markup v rámci stringu v C# kódu podobně, jako když píšu třeba ASPX stránku. Že by to třeba samo dělalo barvičky, uzavíralo tagy a tak... :)

Ahoj, nevěděli byste někdo, jestli Visual Studio umí zvýrazňovat XML uvnitř stringu (uvozovek)? Případně jestli na to neexistuje nějaký plugin. Zpříjemnilo by to práci např. při sestavování CAML dotazů:

query = new SPQuery();

query.Query = @"<Where>
                        <Eq>
                            <FieldRef Name='LookUpColumn' LookupId='true' />
                                                <Value Type='Integer'>1</Value>
                        </Eq>
                </Where>
                <OrderBy>
                            <FieldRef Name='NumberColumn' Ascending='false' />
                </OrderBy>";

results = list.GetItems(query);

GOSHEWAN: V SharpDevelop je funkce, která umí konvertovat zdroják z jednoho jazyka do druhého. Samozřejmě, že je to strojové přeložení a nevyužije to všech vychytávek jazyka.

_ACID_: Kalendář je věc složitá, viz i jenom třeba jak převést počet dní na zlomek roku.

_ACID_: K te posledni vete - ano, to je co jsem psal (: AddMonth pricte mesice (pripadne roky) a pak jeste pripadne skrouhne dny na posledni den v mesici. Tim spis na to nebude existovat univerzalni reseni - mesic je 28 - 31 dni.

NECROMAN: Coz o to, ja nerikam ze by to 'nejak' neslo (: Jen ze jsou vsichni lini (prilis busy) resit neco, co nikdo ve vysledku neoceni. Ale priznam se, ze o tom pluginu jsem nevedel, diky za tip.

GOSHEWAN: nestacilo by ten vb kod zkompilovat a nejakym disassemblerem rozlozit zpatky primo do noveho C# projektu? Reflector na to uz ma nejako udobu plugin a ted s tim prisel i DotPeek ve verzi 1.1
JetBrains .NET Tools Blog » Introducing the dotPeek 1.1 EAP
http://blogs.jetbrains.com/dotnet/2013/04/introducing-the-dotpeek-11-eap/

Goshewan: tak u doktoru +- den problem asi nebude. To jen ja s tim zapolil, kdyz jsem to ladil a testoval. Generuju pristi termin a to funkci AddMonth() nasledne na to pustim podminku coz je jina funkce DateDiff a stavalo se mi ze v urcite datum to nezafunguje spravne a ackoliv jsem pricetl 1M, tak nasledne druha funkce vratila 0M a 30D. Pochopitelne pro tento pripad mesicu muzu dat je to vic nez 28 ber to jako cely mesic. Pro zajimavost 31.1. AddMonth(1) bude z toho 28.2. kdyz das 28.2. AddMonth(-1) bude to 28.1. :-)

_ACID_: Zajimave. Ciste ze zvedavosti - opravdu hraje roli ten jeden den, o ktery to zpresnis? Vlastni zkusenost rika, ze na to vetsinou doktori tolik nekoukaji.

Goshevan: ja to poresene mam, spis mne udivilo, ze jsem nenasel zadne jednodussi obvykle reseni. Pouzivam to pro gerovani ockovacich schemat/terminu, kdy schema je definovane pomoci pravidel v kterych figurujou mimio jine podminky jak vzdalenost od predchoziho terminu = 36 mesicu apod. Coz teda jeste se pak resi pracovni dny apod. Ale to uz je jina vec. Nebo kdyz se dotazes na vek, ditete, je muz uz 3 mesice? Odhadem jasne totaldays/365.25*12, ale to nefunguje uplne dobre pro kratke intervaly napr 15. Ledna + 29 dnu a je to cely mesic nebo ne? :-)

_ACID_: Defaultni DateTime.AddMonths resi tak, ze vysledny den v mesici pouze orizne na posledni den ve vyslednem mesici. Tzn. pricita ruzne pocty dnu.

Na co potrebujes pocet celych mesicu? Podle toho bych pak resil jakou logiku ma mit to odecitani.