Programación orientada a objetos

17/01/2007 - 17:16 por Javito | Informe spam

Estoy un poco confuso porque después de un curso de UML veo que se
tratan los objetos como si por cada tipo de interacción se fuera a crear un
objeto, por ejemplo si quiero diseñar un sistema de reservas de hotel, se
crea una clase Reserva que luego presumiblemente va a recoger todos los
objetos Reserva en memoria y lo mismo para Clientes etc.

Pero no veo la estructura que va a mover eso en memoria de forma rápida,
como no sea a base de Colecciones (ArrayList, Hashtable etc.) además si es
una aplicación compartida Clente-Servidor como hago para que la base de
datos no cambie mis datos mientras lo tenga en memória, puedo estar
concediendo reservas que ya alguien cambió en memoria.

un saludo

Siga el debate

43 respuestas

Tengo una respuesta

Preguntas similare

Leer las respuestas

#41 Alhambra-Eidos Kiquenet

10/04/2007 - 12:14 | Informe spam

>Para procesos de workflow, flujo de datos y cosas así también se aplicaría
>este esquema ??

El "workflow" sale facilísimo de esa forma. ¿A que te refieres con
flujo de datos?

Sí, me refería a workflow.

Si se supone que la lógica de negocio (capa de lógica de negocio en C#,
código) no existe, y sólo está en BBDD, qué datos (qué tipo de clases o
estructuras) le llegarían ala capa de presentación ??

En las aplicaciones web por ejemplo, habría clases para ASPX, y luego de
acceso a datos simplemente ? Y en WinForms, los formularios y la capa de
acceso a datos ? Y nada más ??

Saludos.

Responder a este mensaje

#42 Alhambra-Eidos Kiquenet

10/04/2007 - 16:24 | Informe spam

Lo de "capa de acceso a datos" suena fatal. Lo que habría es código
para la presentación que muy bien podría estar en formularios y para
comunicarse con el SGBD lo normal sería usar componentes reutilizables
que ya están hechos como los DataTables o los DataReaders.

Mi duda es sobre la estructuración del código fuente. Por ejemplo, para la
creación de un formulario que presenta datos que se encuentran en base de
datos:

tenemos un .CS con el diseño del formulario y sus botones, eventos...etc
qué más tendríamos ? o todo el código en el mismo CS ??

Saludos.

Responder a este mensaje

#43 Alhambra-Eidos Kiquenet

11/04/2007 - 13:52 | Informe spam

Hola,

conoces o tienes alguna aplicación .NET de ejemplo con el código fuente de
la solución para ver la estructuración de la misma ?

Microsoft aplica filosofía 3 capas en sus aplicaciones .NET de ejemplo y
otras compañías también, cuál es la decisión acertada o depende del tipo de
aplicación ??

Saludos.

Lo único un objeto de conexión global.

El resto puede ir perfectamente en el .CS del formulario. Además con
las clases parciales de VS2005 queda todo bastante más claro.

Si el archivo CS crece mucho puedes partirlo y que siga perteneciendo
a la misma clase parcial.

Yo lo hago mucho con clases grandes y queda muy bien: una clase y
muchos archivos.

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

4 5 6 7 8 9

Busqueda sugerida