NECROMAN: Resharper nemám a přesto mám tak 16 věcí z 18ti zmíněných :)) A to jediný placený plugin co mám do visualka ani nemají v plánu implementovat :))

Novinky ve Visual Studiu 11 - dost věcí okopírovaly z ReSharperu :)
Visual Studio 2011 – Novinky v IDE - Czech MSDN Blog - Site Home - MSDN Blogs
http://blogs.msdn.com/b/vyvojari/archive/2011/10/31/visual-studio-2011-novinky-v-ide.aspx

SDN33: skus to tuto [ IDE Vyvojova Prostredi (Eclipse, Netbeans, JBuilder, ..) ]

Tak nakonec jsem to vyresil s pomoci jednoho cloveka na stackoverflow...Nebyl jsem az tak daleko od konce :) http://pastebin.com/Pua0zumR

Celkem se mi libi, ze to lze i takhle dynamicky parametrizovat, takze si muzu tu funkci vytvorit dopredu a pak nasledny volani uz je pomerne rychla zalezitost.

nemate nekdo odkaz na obecnej popi jak funguje asp.net aplikace v ramci IIS (konkretne jak to je s threadama a requestama) - mame zde s kolegou takovej interni spor...

Stačí ten typ zjistit za chodu, tipuji, že to vrátí IQueryable<něco>, přetypovaného na IQueryable, takže pokud za běhu zjistíš typ, tak si vygeneruješ expression tree, ze které složíš pak LambdaExpression pro FirstOrDefault.

Například, když jsem dělal implementoval sort s tím, že jsem dostal IQueryable a dostal jsem jen název parametru, tak jsem řešil podobné obtíže. Mohlo by ti to možná pomoct.
[C#] public static IQueryable<T> Sort<T>(this IQueryable<T> list, String sortBy, Stri - Pastebin.com
http://pastebin.com/LSnT5WiW

JACHYMKO: nj, ale momentalne asi nema inu moznost, kedze vzdy popredu nevie aky typ mu pride v tom 'entityType', alebo hej ?

AREX: mozno by bolo dobre keby si mal vsetky entity odvodene od interface ktory bude mat jednu (alebo podla potreby viac) vlastnost Id.

potom by to malo byt:

var table = (INazovInterface)ctx.GetTable(entityType);

kedze teraz table aspon trochu poznas (na zaklade toho interface ktory ma impl. Id) tak vies urobit ten firstOrDefault...

AREX: Já abych řekl pravdu, tak nevím co vrací ten GetTable...

SLUPKA: No jo, taky se tu snazim s expression tree neco provist, ale nejak se nemuzu nikam dostat bez te generic varianty. Nemas nejaky priklad prosim ?

AREX: V entity framework řeším pomocí expression tree, ale i tam potřebuješ vědět typ, co ti leze z té tabulky, ale stačí ti ji zjistit za chodu...

Zdravicko. Jeden dotaz z oblasti linq to sql, konkretne dynamicke linq query. Mam v promenne ulozeny typ entity z datoveho modelu (typ predstavujici jeden radek, nevim jak to spravne nazvat). K tomu mam hodnotu Id, podle ktere potrebuju najit tu entitu v databazi.

using( var dataContext = new DataModel.ModelDataContext()) {
  var table = dataContext.GetTable(entityType);
  ...
}

Tohle mi spravne najde tabulku, ale dal jsem trochu ztraceny. Zatim vsechny priklady co jsem nasel, tak pracuji s generickou variantou GetTable<>, tam uz je to pak jednodussi, ale u toho si nejsem jisty. Potrebuju v podstate dynamicky napsat .FirstOrDefault( e => e.Id == id) aniz bych vedel typ toho "e".

dotaz, nevim, zda jsem se uz ptal, ale mam problem s jednou nasi aplikaci, je to komandlajnovka v C#, ktera linkuje dalsi business knihovny. Problem je, ze vzdy pri spusteni ta app asi 15 vterin neco dela, nez se vubec dostane do Maim metody. Zkousel jsem na to pustit i nejaky profiler, ale ten mi jen ukazal "15s native code" bez detailu, co to je. Napada me snad jen nejaky assembly wide initializer v jine knohovne, ale to by se snad ukazalo v profileru. Nemate tip, na cem se to muze tech 15 vterin zaseknout?

MORMEGIL: Ja mam specialni pripad toho casu. Jde mi o "herni cas", kterej je v soucasnosti stejnej jako ten realnej, ale v budoucnu asi budou specialni pripady, kdy to bude jinak. Coz by se samozrejme pres NTP asi dalo resit taky. Ale takhle se nemusim starat o to, na cem mi ten webserver bezi, staci mi mit pristup do databaze (kterou stejne potrebuju).

Mně teda celá ta konstrukce připadá dost podezřelá. :-) Tohle třeba (AFAICT) obecně nezajistí ani monotonicitu hodin. Opravdu nestačí mít servery správně standardně synchronizované pomocí NTP a je potřeba dělat si vlastní (výrazně hloupější) variantu? NTP není tak úplně triviální právě protože taková synchronizace času přes síť není tak úplně jednoduchý problém.

TENCOKACISTROMY: jasne, instinkt rika - kazdy zamykani hrozi deadlockem. Ale tady bych se nebal. Pokud ti ale nestaci hodnota stopek a budes z ni stejne jeste neco pocitat, tak bych taky pouzil ten timestamp, to je jasny.

PJOTRIK: Cim min zamykani, tim lip :). Tim samozrejme netvrdim, ze by to tak neslo. Ale mam ted na tom webovym serveru docela frmol a bud jeste vetsi, takze se snazim najit nejaky reseni co bude co nejmin narocny na vykon a co nejmin nachylny na bugy :)

Bud ten GetTimestamp, nebo nevidim duvod proc nemit Stopwatch v app scopu a pri pristupu ho nezamykat.

btw, podle http://stackoverflow.com/questions/6664538/is-stopwatch-elapsedticks-threadsafe by to na x64 melo byt thread-safe, ale asi lepsi se nespolehat...

SAJAGI: Jede mi to na IIS, nemam vladu nad tim z jakyho vlakna se mi to pouzije.
JACHYMKO: Vypada to ze ten Stopwatch.GetTimestamp() je dobra cesta.