Dani
Modestias, NO!
Los dos tenemos ideas similares, nos manejamos cerca en cuanto a criterios, diferimos en como lo explicamos
Pero el mundo real es uno solo
Y me parecieron interesantes tus apreciaciones de lo del cooperator
Julio
PD: tengo que estudiarlo para incluirlo en un curso que voy a dar en los proximos dias, ¿alguna guia especial?, ¿Puedo?


From: patrones@mug.org.ar [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Calvin
Sent: Viernes, 29 de Septiembre de 2006 02:27 p.m.
To: patrones List Member
Subject: [patrones] DM - Duda

Eso!!!!, de eso se trata, pero Sebastian es lo mismo, a mi entender que te dice Julio.
 
En realidad me gusto mucho más como lo explico Julio, que como lo explique yo....
 
Abrazo
 
Daniel

 
El día 29/09/06, Sebastian Renzi <[EMAIL PROTECTED]> escribió:

Daniel, Julio, muchas gracias por sus respuestas.

En el mundo real existe una persona que vía TELNET accede a cada uno de esos Sites, la aplicación reemplazaría esta tarea, pero después de leer el mail de Daniel me quedo claro que tendría que existir algún artefacto ya que sino existiese esa lógica quedaría en un formulario suelto y disperso o estoy equivocado ?

 

Gracias otra vez a ambos.

 

 

 


De: patrones@mug.org.ar [mailto:patrones@mug.org.ar] En nombre de Daniel Calvin
Enviado el: viernes, 29 de septiembre de 2006 13:15
Para: patrones List Member
Asunto: [patrones] DM - Duda

 

Hola sebastian

 

Dependiendo del dominio la respuesta podría ser si...

 

Pero con lo que contas sabemos solo que los Sites forman parte del dominio y que parte del problema es controlarlos.

Controlarlos es muy general, imagino que ese controlarlos implica la aplicación de procesos y reglas de proceso sobre los Sites y tal vez algun/os agentes externos.

 

Si no tenes algún o algunos artefactos que resuelvan esto y/o lo articulen, y esto que digo solo estaría equivocado si tu dominio es muyyyy simple, pasarías a tener la lógica del negocio embebida en la aplicación. ( por lo general en forma muy dispersa y de forma tal que es muy dificil reconocer los problemas del dominio como una cosa concreta., mas bien como el logro de la articulación de muchos pequeños bloques de codigo que se articulan entre sí, pero sin representar un concepto del dominio )

 

Eso es lo que llamo logica difusa. Las reglas estan desperdigadas en la aplicación, por lo general en opciones de menú y eventos de componentes en los formularios, etc, etc.

 

Particularmente a mi me gusta modelar el dominio y resolver toda la aplicación con controladores y/o servicios. La UI solo conoce esos controladores y/o servicios, es mucho mas facil de mantener y entender.  ( cada bloque es muy identificable )

 

Un saludo

 

Daniel Calvin

 

 

 

El día 29/09/06, Sebastian Renzi < [EMAIL PROTECTED]> escribió:

Buenos días lista, perdón por esta duda tan básica, pero empecé a modelar un dominio real y me surgió una duda.

Esta aplicación controla varios surtidores de nafta (Sites) de una playa. Una de las entidades que aparece en este dominio es el "Site". La duda puntual es, lo que controla a los Sites, es una entidad nueva o es directamente el sistema en si?, no se si me estoy explicando bien. Necesito una entidad SitesControllers que contendra la lista de sites activos ? o esa entidad ya esta representada por el sistema en si ?

 

Gracias.

 

 




--
Daniel A. Calvin
Cooperator Team Member
http://www.cooperator.com.ar
Microsoft Certified Professional




--
Daniel A. Calvin
Cooperator Team Member
http://www.cooperator.com.ar
Microsoft Certified Professional

Responder a