Enterprise Library 6.0 -

101 views
Skip to first unread message

Oscar Zárate

unread,
Apr 29, 2013, 7:18:43 AM4/29/13
to altnet-...@googlegroups.com
Recuerdo que Julián Dominguez presentó en la comunidad una ban sobre CQRS (que estuve buscandola en la librería de VAN históricas y no la encontré).

Ahora veo que Julian ha sido parte de EnLib 6.0 y yo ando preguntando por el mundo (Twitter) "cuando usar DAAB?" y si bien me está contestando Grigori Melnik y Christian Prieto (nada mal para panel :-)) quería preguntar en español y ver si obtengo más respuestas (si Julián está por ahí mejor :-)) y ... si hubiese una VAN sobre el tema ... ni que hablar :-)

SaludOZ,

PS: Mi auto respuesta es "NUNCA", dado que OR/M (EF o un microOR/M) me solucionan todos los escenarios ... pero estoy seguro que me estoy comiendo un montón de escanarios.

Alejandro Labra

unread,
Apr 29, 2013, 11:29:16 AM4/29/13
to altnet-...@googlegroups.com
Hola Oscar,

Si todavía no esta el link en el histórico de reuniones, pero tengo un enlace para descargar esa VAN que comentas.

https://skydrive.live.com/redir?resid=B4321258FF18F0A9!8595

Saludos
@alabras

Kiquenet

unread,
May 22, 2013, 3:11:17 AM5/22/13
to altnet-...@googlegroups.com
Oscar llegaste a alguna conclusión al respecto? Me interesaría tus opiniones. Saludos.

Oscar Zárate

unread,
May 22, 2013, 5:59:57 PM5/22/13
to altnet-...@googlegroups.com

Concretamente, si performance no es un problema y no tenes pensado trabajar con procesos batch, dale tranquilo a EF. Igual, si vas por Code First, primero leé http://msdn.microsoft.com/en-us/data/hh949853.aspx y todo lo relacionado a DbContext.Configuration.AutoDetectChangesEnabled

Si vas a trabajar con grandes cantidades de registros en procesos batch, tal vez tener todo orientado a objetos no es lo mejor y en esos casos es cuando brilla EntLib DAAB (un punto intermedio es usar un Micro-OR/M tipo PetaPoco, Massive o cualquiera de esos)

Un tercer caso es cuando separas Commands de Queries (sin llegar a CQRS) podrías usar un mix de ambos.

Para finalizar y relacionarlo con el otro thread que tenes activo, parece que la frutilla del postre está en Semantic Logging (creo que lo que recomienda kzu es "la forma").

SaludOZ,


2013/5/22 Kiquenet <kiqu...@gmail.com>
Oscar llegaste a alguna conclusión al respecto? Me interesaría tus opiniones. Saludos.

--
Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a altnet-hispan...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a altnet-...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/altnet-hispano?hl=es.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

Julian Dominguez

unread,
Jun 10, 2013, 3:37:06 PM6/10/13
to altnet-...@googlegroups.com
Ups, recién veo este thread, igual veo que ya te respondieron.
Es como dice Oscar, DAAB fue una solución para facilitar el uso de ADO.NET (antes de ORMs como EF), y actúa también como un micro-ORM en algunos casos.
Sin embargo hoy en día te recomendaría que uses algún ORM directamente cuando creás aplicaciones nuevas. En el escenario que DAAB sigue resultando muy útil es si tenés muchos stored procedures, o casos en los que querés tener control total del SQL que se ejecuta...
Personalmente he tenido algunos problemitas de perf con ORMs (solucionables una vez encontrados) cuando aplico conceptos de CQRS y Event Sourcing, ya que por lo general los comandos son task-based, y mis INSERTs/UPDATEs son muy diferentes a mis queries. Compará esto con obtener una entidad, mostrarla en la UI, modificarla y volverla a guardar (donde los ORMs brillan, ya que por lo general una entity se usa para hacer queries como también para hacer UPDATEs). Los ORMs fueron pensados más con esta idelogía en mente, y si bien no digo que no se puedan usar para CQRS, hay un poco de impedance missmatch a mi modo de ver.


2013/5/22 Oscar Zárate <oscar....@gmail.com>

Kiquenet

unread,
Jun 24, 2013, 5:20:47 AM6/24/13
to altnet-...@googlegroups.com
Son temas muy interesantes a explorar para profanos como yo.

Conceptos de CQRS y Event Sourcing se comentaron en alguna VAN del grupo. 

No sé si Microsoft ha elaborado alguna aplicación Open Source al respecto. Cesar de la Torre sacó en su momento una guía de arquitectura de Microsoft, pero no llegaba a incluir CQRS. Sería bueno ver alguna implementación real con estos patrones. No he visto nada al respecto de aplicaciones open source de Microsoft como DinnerNow o NopCommerce, hay muchas otras también (Orchard, Oxite, Umbraco, ...) pero no localizé ninguna enfocada específicamente en CQRS y Event Sourcing.

Supongo que en cada caso se tiene que evaluar la alternativa ADO.NET - ORMs (EF, NH) - Micro ORMs (PetaPoco, Massive, etc).

Quizá como dijo algún miembro del grupo,lo interesante sería ver la implementación en aplicaciones reales, una VAN al respecto sería de mucho interés.

Angel Java Lopez

unread,
Jun 24, 2013, 5:38:59 AM6/24/13
to altnet-...@googlegroups.com


2013/6/24 Kiquenet <kiqu...@gmail.com>

--
Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a altnet-hispan...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a altnet-...@googlegroups.com.

Julian Dominguez

unread,
Jul 2, 2013, 7:17:37 PM7/2/13
to altnet-...@googlegroups.com

CQRS Journey es justamente algo que hicimos desde Microsoft como aplicación de ejemplo (bah, *experiencia* de ejemplo, ya que todo el código está en github y desde la guía referenciamos versiones viejas del código y qué hicimos para evolucionarlo, y nuestro aprendizaje, qué es lo más importante, mucho más que el código terminado):

http://aka.ms/cqrs (página principal del proyecto)

http://www.altnethispano.org/wiki/van-2012-10-27-cqrs-y-event-sourcing.ashx (VAN al respecto que habla del proyecto).


BTW, César de la Torre también participó en este proyecto.



2013/6/24 Angel Java Lopez <ajlop...@gmail.com>
Reply all
Reply to author
Forward
0 new messages