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

Preguntas similare

Leer las respuestas

#16 Ana Zuluaga
18/01/2007 - 13:44 | Informe spam
Hola Alfredo,
Viendo tus respuestas que me lucen interesantes, si es que no lo has hecho
ya, por que no nos colaboras escribiendo algo al respecto, no se, un
articulo y publicarlo para nosotros entender mejor. Si los tienes, dinos
donde podemos verlos.

Te reitero que me parecen muy interesantes tus argumentos y no estaría de
más estudiarlos mas en detalle.

En mi caso siempre me interesa aprender enfoques distintos que pueden
enriquecer nuestros conocimientos.

Saludos
Ana




"Alfredo Novoa" wrote in message
news:
On Thu, 18 Jan 2007 00:58:00 -0800, Alhambra-Eidos
wrote:

cuál sería el modelo a seguir en aplicaciones que utilizan Bases de Datos.



Pues uno en el que el Sistema de Gestión de Bases de Datos esté a
cargo de la gestión de los datos. Es decir que un SGBD tiene que
supervisar todas las peticiones de actualización de los datos.

Nos olvidamos de los datasets ???



Mientras no tengamos nada mejor no. Antes de confirmar la
actualización de un Dataset deberíamos enviar la petición de
actualización al SGBD y en caso de que la rechace debemos de abortar
la actualización del Dataset.

Qué utilizamos entonces, entidades de
lógica de negocio ??



No, eso es mucho peor que los datasets.


Saludos
Respuesta Responder a este mensaje
#17 Alfredo Novoa
18/01/2007 - 13:47 | Informe spam
On 18 Jan 2007 04:16:20 -0800, "Hernan" wrote:

En caso de que necesites poder desconectarte del SGBD central
necesitas un SGBD local.



Eso no siempre se puede.



Pues habría que hacer que se pudiese en vez de volver a la edad de
piedra con el "modelo desconectado".

En cualquier aplicación cuyo frontend sea
un navegador no hay forma de hacerlo.



Si se puede. Instalas un SGBD local y un servidor HTTP local y listo.


Saludos
Alfredo
Respuesta Responder a este mensaje
#18 Carlos M. Calvelo
18/01/2007 - 14:21 | Informe spam
Ana Zuluaga schreef:
Me uno a eso.
No basta que nos digan: "eso esta mal" sino que lo complementen con decirnos
que es lo que esta bien para nosotros aprender, lo cual es el proposito
final.




Ana,
Sin ánimo de discordiar, esta no me parece una actitud sana.
La responsalidad de aprender es de cada uno y este no es
el sitio para aprender (casi) nada fundamental. Como mucho
se puenden encontrar referencias. Evaluar estas referencias
es también resposalidad de cada uno. Algo no está bien o
mal porque alguien te lo diga. Eso es una valoración que
cada uno tiene que poder hacer también por si mismo para
lo cual hay que aprender mucho. (y estamos otra vez al
principio)

Saludos,
Carlos
Respuesta Responder a este mensaje
#19 Hernan
18/01/2007 - 15:25 | Informe spam
>> En caso de que necesites poder desconectarte del SGBD central
>> necesitas un SGBD local.

>Eso no siempre se puede.

Pues habría que hacer que se pudiese en vez de volver a la edad de
piedra con el "modelo desconectado".



Mientras tanto "no siempre se puede", que fue lo que dije.

> En cualquier aplicación cuyo frontend sea
> un navegador no hay forma de hacerlo.

Si se puede. Instalas un SGBD local y un servidor
HTTP local y listo.



Uf... Sabes muy bien de lo que estoy hablando.

Además sigue siendo un modelo desconectado
(el navegador se desconecta por cada petición al httpd)

-H.
Respuesta Responder a este mensaje
#20 Alfredo Novoa
18/01/2007 - 16:11 | Informe spam
On 18 Jan 2007 06:25:05 -0800, "Hernan" wrote:

Pues habría que hacer que se pudiese en vez de volver a la edad de
piedra con el "modelo desconectado".



Mientras tanto "no siempre se puede", que fue lo que dije.



Ya, no siempre se pueden hacer las cosas bien.

> En cualquier aplicación cuyo frontend sea
> un navegador no hay forma de hacerlo.

Si se puede. Instalas un SGBD local y un servidor
HTTP local y listo.



Uf... Sabes muy bien de lo que estoy hablando.



Pues no lo se muy bien.

Además sigue siendo un modelo desconectado
(el navegador se desconecta por cada petición al httpd)



Pero este es un significado muy diferente de la palabra
"desconectado".

Si la la aplicación de servidor Web valida cada petición haciendo uso
del SGBD entonces es "modo conectado" puro y duro.


Saludos
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida