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

#11 Vyacheslav Popov
18/08/2004 - 17:36 | Informe spam
Hola Melissa,
yo vengo de Delphi y C++ Builder (Borland) y en mi opinión C# es totalmente
orientado a objetos y además el acceso a datos es mucho más amable.

La felosofía de tres capas de ADO.NET no es novedosa pero bastante
presentable.

Saludos.
"Melissa Ruiz" escribió en el mensaje
news:%
> Hasta el momento C# está muy mal preparado para trabajar con bases de
> datos, a no ser que inviertas mucho tiempo creando una solución
> propietaria para enlazar los formularios C# con una base de datos.
>

Bueno, eso si es una mala noticia. Yo estoy urgida por aprender C# para
trabajar sistemas de gestion de datos y me decepciona un poco leer esa
opinion tuya.. Cual lenguaje a tu juicio es entonces mejor orientado a
manejo de datos ?

Alguna otra opinion ? o todos piensan igual que C# no esta muy bien
preparado para bases de datos ?


Gracias


Respuesta Responder a este mensaje
#12 Víctor Rafael Bocanegra Arias
18/08/2004 - 20:55 | Informe spam
Alfredo en la actualidad hay DBMS que ya incluyen el manejo de objetos
dentro de la BD. Un ejemplo a esto seria PostGre

Salu2

Victor Rafael Bocanegra Arias
Lima, Peru

"Alfredo Novoa" escribió en el mensaje
news:
On Tue, 17 Aug 2004 16:00:45 -0400, "knito" <knito~@~chile~.~com>
wrote:

>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.

Pues lo más importante es saber que la Programación Orientada al
Objeto no es para manejar datos. Para manejar datos se utilizan los
Sistemas de Gestión de Bases de Datos y el Modelo Relacional.


Saludos

Respuesta Responder a este mensaje
#13 Alfredo Novoa
19/08/2004 - 13:11 | Informe spam
On Wed, 18 Aug 2004 09:14:04 -0400, "knito" <knito~@~chile~.~com>
wrote:

Alfredo, entonces... que me sugieres?



Pues para la aplicación que comentas te sugiero utilizar un Sistema
Gestor de Bases de Datos para gestionar los datos y utilizar C# o
VB.NET para construir la interfaz de usuario.

Si lo que quieres es aprender Programación Orientada al Objeto
entonces un sistema de bases de datos no es lo más indicado por varias
razones. Yo creo que sería mejor que intentases crear un componente
gráfico o de comunicaciones, o algo por el estilo.


Saludos
Respuesta Responder a este mensaje
#14 Alfredo Novoa
19/08/2004 - 17:02 | Informe spam
On Wed, 18 Aug 2004 11:28:56 -0400, "Melissa Ruiz"
wrote:

Bueno, eso si es una mala noticia. Yo estoy urgida por aprender C# para
trabajar sistemas de gestion de datos y me decepciona un poco leer esa
opinion tuya..



Bueno, en realidad el problema es de las bibliotecas que vienen con el
lenguaje (ADO.NET), no del lenguaje en si.

Para esto C# no es ni mejor ni peor que los demás lenguages orientados
al objeto.

Cual lenguaje a tu juicio es entonces mejor orientado a
manejo de datos ?



Supongo que te referirás a la parte de la interfaz gráfica por que
para manejar datos no suele quedar más remedio que usar SQL.

Para la parte de la interfaz no hay nada que sea bueno. La industria
de la informática de gestión es bastante desastrosa, pero empiezan a
hacerse cosas intersantes.

Por ejemplo esta empresa: www.alphora.com tiene un SGBD "virtual" muy
interesante con un lenguaje mucho mejor que SQL y unos componentes de
acceso al SGBD mucho mejores que los de ADO.NET.

Lo malo es que es una empresa pequeña, los componentes no los tienen
muy bien documentados y es un producto poco difundido. Pero el camino
correcto es en esa dirección.


Saludos.
Respuesta Responder a este mensaje
#15 Víctor Rafael Bocanegra Arias
19/08/2004 - 17:21 | Informe spam
Alfredo que tus comentarios estan "fuera de lugar".
Comenzando que ADO .NET no tiene nada complicado para obtener,adicionar,
actualizar, etc informacion desde cualquier "fuente" de INFORMACION.
Ahora cuando dices que no queda mas remedio que usar SQL, me parece que
"nunca" has trabajado con BASES de DATOS. SQL es el STANDARD para el acceso
de informacion de la mayoria de DBMS.
Y en lo que respecta a controles, no es que la industria del software en esa
area este "desastroza" creo que no has investigado lo suficiente. Algo
similar a lo que comentas lo tiene COMPONENTONE, tambien lo tiene
DATADYNAMICS, y otros componentes que siempre YO recomiendo son los de
INFRAGISTICS.

Bueno espero haber ACLARADO algunos puntos

Salu2

Victor Rafael Bocanegra Arias
Lima, Peru



"Alfredo Novoa" escribió en el mensaje
news:
On Wed, 18 Aug 2004 11:28:56 -0400, "Melissa Ruiz"
wrote:

>Bueno, eso si es una mala noticia. Yo estoy urgida por aprender C# para
>trabajar sistemas de gestion de datos y me decepciona un poco leer esa
>opinion tuya..

Bueno, en realidad el problema es de las bibliotecas que vienen con el
lenguaje (ADO.NET), no del lenguaje en si.

Para esto C# no es ni mejor ni peor que los demás lenguages orientados
al objeto.

> Cual lenguaje a tu juicio es entonces mejor orientado a
>manejo de datos ?

Supongo que te referirás a la parte de la interfaz gráfica por que
para manejar datos no suele quedar más remedio que usar SQL.

Para la parte de la interfaz no hay nada que sea bueno. La industria
de la informática de gestión es bastante desastrosa, pero empiezan a
hacerse cosas intersantes.

Por ejemplo esta empresa: www.alphora.com tiene un SGBD "virtual" muy
interesante con un lenguaje mucho mejor que SQL y unos componentes de
acceso al SGBD mucho mejores que los de ADO.NET.

Lo malo es que es una empresa pequeña, los componentes no los tienen
muy bien documentados y es un producto poco difundido. Pero el camino
correcto es en esa dirección.


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