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

#31 Melissa Ruiz
20/08/2004 - 04:30 | Informe spam
Disculpa, viendo tus posts veo que manejas los conceptos de la oop. Donde
puedo obtener info. para aprender con la claridad que expones esos conceptos
y no confundirme con documentacion "mala" como la llamas. ?


Saludos

"Alfredo Novoa" wrote in message
news:
On Wed, 18 Aug 2004 13:55:26 -0500, "Víctor Rafael Bocanegra Arias"
wrote:

>Alfredo en la actualidad hay DBMS que ya incluyen el manejo de objetos
>dentro de la BD. Un ejemplo a esto seria PostGre

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

Respuesta Responder a este mensaje
#32 Víctor Rafael Bocanegra Arias
20/08/2004 - 15:57 | Informe spam
Mejor no solo quieres decirle a tu PC: Crea un sistema de Gestion de
Informacion.. y que ELLA te la haga SOLITA ;)

Por favor!!! :P

"Alfredo Novoa" escribió en el mensaje
news:
On Thu, 19 Aug 2004 12:02:04 -0500, "Víctor Rafael Bocanegra Arias"
wrote:

>Yo tambien he usado... Delphi, ADO y ahora trabajo con ADO .NET... y la
>verdad que no escuentro ese "PASO ATRAS" y esa DIFICULTAD de hacer


cosas...
>
>q querras hacer????? ;)

Crear aplicaciones robustas sin apenas escribir código.

Saludos
Respuesta Responder a este mensaje
#33 Víctor Rafael Bocanegra Arias
20/08/2004 - 16:00 | Informe spam
No es HERENCIA

mmm has probado POSTGRE???

creo que 1ro mejor lee (ya que tanto te gusta LEER).. de la informacion que
esta en la WEB del POSTGRE



"Alfredo Novoa" escribió en el mensaje
news:
On Thu, 19 Aug 2004 11:43:11 -0500, "Víctor Rafael Bocanegra Arias"
wrote:

>No Alfredo.. no me referia a eso
>
>Sino me referia a la posibilidad de utilizar una sentencia similar a


esta:
>
>create table vehiculo(
>...
>campos...
>)
>
>create table camioneta from vehiculo (
>...
>otros campos adicionales...
>..)
>
>a eso me referia

Pues eso es una idea no muy buena y no tiene nada que ver con la POO.
Eso no es herencia de clases ni nada parecido.

Una tabla no tiene nada que ver con un tipo o clase, y una subtabla no
tiene nada que ver con una subclase. Eso no es POO es más bien una
mezcla rara.


Saludos
Respuesta Responder a este mensaje
#34 Alfredo Novoa
20/08/2004 - 18:04 | Informe spam
On Fri, 20 Aug 2004 09:00:21 -0500, "Víctor Rafael Bocanegra Arias"
wrote:

No es HERENCIA



Herencia se le puede llamar a muchas cosas. No es el mismo tipo de
herencia que en la POO.

Citando a C. J. uno de los mayores expertos mundiales en bases de
datos:

Subtables and supertables. By now it should be clear that our
inheritance model is concerned with what in relational terms might be
called domain inheritance. When approached regarding the possibility
of inheritance in a relational context, however, many people (perhaps
most) immediately jump to the conclusion that it's some kind of table
inheritance we're discussing. For example, the current SQL3 proposals
include support for something it calls "subtables and supertables,"
according to which some table B might inherit all the columns of some
other table A and then add some more of its own. (See Figure 1.)
However, it's our position that the "subtables and supertables" idea
is a totally separate phenomenon, one that might possibly be
interesting (though we're more than a little skeptical). But it is our
position that it has nothing to do with type inheritance per se.

http://www.dbpd.com/vault/9902/date9902.shtml

Si quieres más información, el apéndice E de: "Foundation for Future
Database Systems" está dedicado a este tema, y explica lo mismo con
bastante más detalle.

www.thethirdmanifesto.com


mmm has probado POSTGRE???



No, es un producto que no me interesa.

creo que 1ro mejor lee (ya que tanto te gusta LEER).. de la informacion que
esta en la WEB del POSTGRE



He leido bastante sobre PostgreSQL, gracias.


Saludos
Respuesta Responder a este mensaje
#35 Víctor Rafael Bocanegra Arias
20/08/2004 - 18:55 | Informe spam
Estamos en una lista en CASTELLANO, si pones informacion RELEVANTE no seria
mejor que lo explicases aunque sea en ESPAÑOL... ?????


"Alfredo Novoa" escribió en el mensaje
news:
On Fri, 20 Aug 2004 09:00:21 -0500, "Víctor Rafael Bocanegra Arias"
wrote:

>No es HERENCIA

Herencia se le puede llamar a muchas cosas. No es el mismo tipo de
herencia que en la POO.

Citando a C. J. uno de los mayores expertos mundiales en bases de
datos:

Subtables and supertables. By now it should be clear that our
inheritance model is concerned with what in relational terms might be
called domain inheritance. When approached regarding the possibility
of inheritance in a relational context, however, many people (perhaps
most) immediately jump to the conclusion that it's some kind of table
inheritance we're discussing. For example, the current SQL3 proposals
include support for something it calls "subtables and supertables,"
according to which some table B might inherit all the columns of some
other table A and then add some more of its own. (See Figure 1.)
However, it's our position that the "subtables and supertables" idea
is a totally separate phenomenon, one that might possibly be
interesting (though we're more than a little skeptical). But it is our
position that it has nothing to do with type inheritance per se.

http://www.dbpd.com/vault/9902/date9902.shtml

Si quieres más información, el apéndice E de: "Foundation for Future
Database Systems" está dedicado a este tema, y explica lo mismo con
bastante más detalle.

www.thethirdmanifesto.com


>mmm has probado POSTGRE???

No, es un producto que no me interesa.

>creo que 1ro mejor lee (ya que tanto te gusta LEER).. de la informacion


que
>esta en la WEB del POSTGRE

He leido bastante sobre PostgreSQL, gracias.


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