Programacion Orientada al Objeto

17/08/2004 - 22:00 por knito | Informe spam
Hola Listeros.

Estoy empesando recien en C# y me sería de mucha utilidad si alguien me
pudiera dar una mano con el tema de POO. estoy modelando una pequeña
aplicación que en términos simples maneje los datos de, por ejemplo, paises,
ciudades, comunas o barrios, pero vistos como objetos para utilizar los
conceptos de herencia.

Necesito diseñar un modelo orientado a objetos donde éstos en su conjunto
compongan un sistema en ASP.NET.

Les pido ayuda, llevo 1 año y medio en VB.Net pero no había explorado las
potencialidades de éste tipo de programación.

Gracias de antemano.

Knito
Chile.

Preguntas similare

Leer las respuestas

#16 Alfredo Novoa
19/08/2004 - 17:50 | Informe spam
On Wed, 18 Aug 2004 10:18:31 -0400, "Jose Luis Manners"
<josemanners(-arroba-)hotmail.com> wrote:

Mostrar la cita
Y también algunos conocimientos sobre Sistemas de Bases de Datos.

La referencia estandar es: "Introduccion a los Sistemas de Bases de
Datos" de C. J. Date, mucho mejor que cualquier libro alternativo.

Mostrar la cita
Así se trabajaba en los años 50 y 60, manejando los datos directamente
desde las aplicaciones, con la única diferencia de que a los objetos
se les llamaba registros. Pero esta forma de trabajar quedó obsoleta
con la aparición de los Sistemas de Gestión de Bases de Datos.

Desgraciadamente este tipo de ejemplos siguen usandose para enseñar
POO, y esto hace que alguna gente pueda pensar que es una forma
razonable de trabajar con datos, cuando no lo es desde hace muchos
años.

Sería mejor enseñar POO con ejemplos que la utilizasen apropiadamente,
como por ejemplo en componentes gráficos o videojuegos.

Mostrar la cita
A esto se le llama un modelo jerarquico. El Modelo Jerarquico quedó
obsoleto a principios de los 70 aunque todavía quedan muchos sistemas
heredados que utilizan SGBDes jerarquicos, sobre todo IMS.

Pero por supuesto que utilizar un modelo jerarquico para manejar datos
directamente desde la aplicación es algo mucho peor que utilizar el
arcaico IMS.

Mostrar la cita
Una frase bastante ambigua. Claro que deben de estar en tablas, la
cuestión es como.

Mostrar la cita
La forma en que están "relacionadas" las tablas es radicalmente
distinta que en el modelo jerarquico.

En el Modelo Relacional las "relaciones" entre tuplas (filas) de
relaciones (tablas) distintas es una relación por valor y no a través
de un puntero como en el Modelo Jerarquico.

Mostrar la cita
Yo he leido muchos libros serios sobre bases de datos y nunca me he
encontrado ese término. Se suelen llamar: restricciones de integridad
referencial.

Mostrar la cita
Los objetos ya están dentro de las bases de datos. La intersección
entre una fila (tupla) y una columna (atributo) en una tabla
(relación) es precisamente un objeto (valor) (entre parentesis están
los términos del mundo de las bases de datos).

No hay que crear nada, las tablas están llenas de objetos.

Con los llamados SGBD objeto-relacional como el nuevo SQL Server
Yukon, los objetos que podemos almacenar en las tablas ya no están
limitados a los tipos básicos predefinidos de SQL 92, sino que podemos
almacenar directamente cualquier objeto creado en cualquier lenguaje
.NET. Esto es un avance bastante importante.

Mostrar la cita
Pero si tienes una tabla Continentes gestionada por el SGBD, ya no
necesitas para nada el objeto ContinenteCollection en la aplicación.

Los SGBD y el Modelo Relacional se crearon precisamente para eliminar
ese tipo de estructuras de las aplicaciones y simplificar enormemente
el desarrollo.

Un SGBD es un ejemplo perfecto de patrón de diseño, y de componente
reutilizable.

Patrón fundamental para los sistemas de información: Utilizar un SGBD
para gestionar los datos y utilizar una aplicación para presentar los
datos y interactuar con los usuarios.

Las aplicaciones son una interfaz entre los usuarios y el SGBD. Quien
debe de manejar los datos es el SGBD, por eso se llama así: Sistema de
Gestión de Bases de Datos.

Mostrar la cita
El problema es que la mayoría de lo que se publica es de baja calidad,
sobre todo en el mundo de los objetos. Hay que tener bastante cuidado
y ser muy crítico con lo que se lee, de lo contrario podemos quedar
más confundidos que antes de empezar.


Un saludo
#17 Alfredo Novoa
19/08/2004 - 17:58 | Informe spam
On Wed, 18 Aug 2004 13:55:26 -0500, "Víctor Rafael Bocanegra Arias"
wrote:

Mostrar la cita
Lo que seguramente intentas decir es que hay DBMSes que permiten a los
usuarios definir nuevos tipos de objetos, como por ejemplo SQL Server
Yukon.

En bases de datos la POO se puede usar para crear nuevos tipos de
datos, pero para manejar los datos se sigue usando el calculo o el
algebra relacional.

Por ejemplo si antes queríamos crear una tabla de objetos "cuadrado"
no podíamos y ahora si podemos. Pero siempre hemos podido crear tablas
de objetos "Char" o "Numeric"

Estas nuevas tablas se manejan exactamente igual que las demás.


Saludos
#18 Alfredo Novoa
19/08/2004 - 18:00 | Informe spam
On Wed, 18 Aug 2004 17:36:38 +0200, "Vyacheslav Popov"
wrote:

Mostrar la cita
Pues yo también vengo de Delphi (que tampoco es para echar cohetes), y
ADO.NET me ha parecido un gran paso atrás en facilidad de uso y
cantidad de código que hay que escribir.

Conozco a mucha gente que se resiste a pasar de ADO a ADO.NET por el
mismo motivo.

Saludos
#19 Alfredo Novoa
19/08/2004 - 18:15 | Informe spam
On Thu, 19 Aug 2004 10:21:23 -0500, "Víctor Rafael Bocanegra Arias"
wrote:

Mostrar la cita
El único comentario que está fuera de lugar es este que acabas de
hacer.

Mostrar la cita
Te veo bastante perdido.

Mostrar la cita
He trabajado con muchas. ¿Que tienes que objetar a mi afirmación?

Mostrar la cita
Falso, no es un estandar para el acceso a la información, es un
lenguaje de bases de datos estandard. Como todo lenguaje de bases de
datos es al mismo tiempo un lenguaje de definición de datos DDL y un
lenguaje de MANIPULACION de datos DML. El DML a su vez permite
consultas (y no acceso) y actualizaciones de la base de datos.

Mostrar la cita
Nunca he hablado de controles gráficos, esto tampoco lo has entendido.


Saludos
#20 Alfredo Novoa
19/08/2004 - 18:25 | Informe spam
On Wed, 18 Aug 2004 11:05:10 -0400, "knito" <knito~@~chile~.~com>
wrote:

Mostrar la cita
Un artículo realmente malo.

El problema de estas webs es que pocas veces tienen un control de
calidad razonable y publican casi cualquier cosa que les manden.

Saludos
Ads by Google
Search Busqueda sugerida