rarouš.weblog - komentáře k článkům

Komentář k článku Tip na přehlednější šablony

Aleš Roubíček — Sun, 12 Jul 2009 15:18:53 GMT

[1] Augi: Generický ActionLink, snižije riziko kouzelných řetězců, ale rozhodně nenapomáhá k větší přehlednosti kódu (Generické parametry a lambda výrazy do šablony nepatří).

T4MVC ale stále generuje action linky, takže pořád žádná sláva. Ukázané řešení vyžaduje trchu víc práce, než automaticé generování kódu, ale je, myslím, použitelnější. Metoda s jedním parametrem a vhodně zvoleným názvem je prostě lepší. :)

Komentář k článku Tip na přehlednější šablony

Augi — Sun, 12 Jul 2009 14:13:59 GMT

Další možností na zpřehlednění zápisu je použití generické metody ActionLink z Microsoft.Web.Mvc, ale tam je výkonnost ještě mnohem horší. Autoři o tomhle problému vědí a mám pocit, že jsem na blogu Phila Haacka četl, že v další verzi ASP.NET MVC by měli být T4 šablony, které budou generovat helpery na generování odkazů. IMHO se dají najít na netu už teď.

Komentář k článku Service Locator

Aleš Roubíček — Tue, 02 Jun 2009 18:22:48 GMT

[3] Borek: Tohle je jen demo code a nástin možného řešení, jak to řešim v real life aplikaci si můžem ukázat zítra :)

Komentář k článku Service Locator

Borek — Tue, 02 Jun 2009 17:30:10 GMT

Zajímavý článek. Service Locator se většinou používá jako alternativa k Dependency Injection, protože k získávání svých dependencies používají rozdílné techniky (injection vs. lookup). Většinou tíhneš k jednomu nebo druhému přístupu, použití obou dohromady je poměrně řídké, i když, jak ukazuješ, zdaleka ne nemožné.

Výhodu oproti constructor injection jsi napsal, má ale i nevýhodu: není na první pohled jasné, jaké jsou závislosti tvého controlleru. Rovněž může použití Service Locatoru vést k tomu, že ti je jedno, kolik má controller závislostí, protože jsou schované za jedním konstruktorovým parametrem. Při normální contructorové injection bys musel trochu pořešit design aplikace, protože moc závislostí může být nepěkný code smell.

Jen pro doplnění :)

Komentář k článku Service Locator

Aleš Roubíček — Sat, 30 May 2009 13:59:37 GMT

[1] dkl: Databázové operace jsou řádově pomalejší :)

Komentář k článku Service Locator

dkl — Sat, 30 May 2009 13:36:05 GMT

Další variantou jsou singleton registry objekty, které mají reference na jednotlivé služby, např.

public class WebLayerRegistry { public static WebLayerRegistry Instance { get; set; }

public IMailNotificator MailNotificator { get; set; } public IAuthorizationService AuthorizationService { get; set; } ... }

public class CommentsController : Controller {

// no extra field // no special constructor

public ActionResult AddComment(Comment comment) { // validace a persistence komentáře

WebLayerRegistry.Instance.MailNotificator.Send(new CommentNotification(comment));

return Json(comment); } }

Výhoda je, že IoC kontejner potřebuju jenom při startu aplikace na „nakonfigurování“ registry objektu. Všechny ostatní objekty můžu vytvářet úplně obyčejně pomocí konstruktoru (nepotřebuju závislost na IoC framework).

Inspiraci jsme vzali odsud: http://martinfowler.com/…jection.html#…

BTW zajímalo by mě jaké zpomalení představuje vytváření controllerů v MVC pomocí IoC kontejneru. Nikdy jsem se nedostal k tomu abych to nějak změřil.

Komentář k článku Validace v ASP.NET MVC

Steve — Thu, 28 May 2009 23:56:44 GMT

Mně se víc líbí, když se o validaci stará samostatná třída. Řekněme třeba obecně interface IValidator<T>, který by měl metodu IsValid, co by brala jako parametr instanci validovaného objektu. Potom by se a) dalo udělat více validačních scénářů pro jeden model (víc implementací IValidator<MujModel>) a b) by se pak takový validátor dal třeba controlleru předat v konstruktoru a byla by injektovaná i validace. Něčeho podobného se dá dosáhnout s MS Entlib Validation Block a možná i s Castle.Validation s tím zatím nemám zkušenosti. U Entlib mi vadí, že se všechny takové validátory dají nakonfigurovat jenom v xml, víc by se mi líbil nějaký fluent interface.

Komentář k článku Validace v ASP.NET MVC

Aleš Roubíček — Tue, 12 May 2009 08:07:42 GMT

[1] Petr: xVal je dobrý ke generování vlidačních pravidel ve view. Jistě se u něj v dalším díle zastavím.

Komentář k článku Validace v ASP.NET MVC

Petr — Mon, 11 May 2009 16:12:24 GMT

Co xVal? http://www.codeplex.com/xval

Komentář k článku Vlastní serverové ovládací prvky v ASP.NET MVC

Aleš Roubíček — Tue, 28 Apr 2009 17:27:59 GMT

[9] Some1: Pokud používáš ASPX view engine, tak tam podpora samozřejmě je. Nejde se jí nijak zbavit. Ten kód používám ve celkem velkém množství controlů na ASP.NET MVC, nevidim, žádný problém. Jen jsem tu nevystavil kompletní funkční třídu, ale kousky, ze kterých jde funkční komponenta vytvořit.