FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Problema resuelto
Hola Roman ¡
Por fin e resuelto el problema, tenia una gran confusion, entre funciones que devuelven un valor, y funciones a las que les paso algun valor (gran problema de base). Al final lo e terminado haciendo con parametros, como me dijeron en clase. E comentado en clase lo de las propiedades, y segun me han dicho, las propiedades se usan mas bien para los objetos visuales. Muchas gracias por todas las molestias ocasionadas. Salu2 |
#2
|
|||
|
|||
Pues no, las propiedades también se usan en objetos "no visuales", como bien te explicó Román.
Es más, en Delphi muchas de las clases son "no visuales" (lease TStringsList, TList, TObjectList, etc) y tienen varias propiedades. Por lo que puede que la persona que te esté dando clases esté algo confundido (esto es por no pensar mal en esa persona... jejeje ) en cuanto a las propiedades. Saludos... |
#3
|
||||
|
||||
Pues a mi me gustaría ver como es que finalmente lo resolviste pues quiero ver en qué parte entra el polimorfismo. Y mira, yo no pretendo, realmente no lo pretendo porque no lo soy, un experto en POO, pero afirmaciones como "las propiedades se usan mas bien para los objetos visuales" carecen realmente de sentido así que toma con reserva lo que ahí te digan.
// Saludos |
#4
|
|||
|
|||
Hola Roman ¡
Te paso la Unit Biblioteca y le hechas un ojo
Tomare en cuenta tu consejo, yo por ahora solo me limito a aprender, llebo solo 1 mes programando en Delphi y es mi primer lenguaje de programacion orientado a objetos que aprendo, la pregunta mas logica es....¿Podria utilizar siempre Propiedades cuando exista una jerarquia de clases? |
#5
|
||||
|
||||
Bien dicen que el hábito no hace al monje. Esto no tienen nada que ver con polimorfismo, es una horrible chapuza para utilizar virtual y override.
Es imperdonable que una clase haga referencia implícita o explícita a datos de sus descendientes. Cada método "virtual" carga con todos los posibles parámetros de la jerarquía. ¿Qué pensará este profesor? Hazle este cuestionamiento: Supongamos que se distribuye el código compilado (dcus) de esta biblioteca sin proporcionar el código fuente. Y supongamos que en un futuro, quienes adquirieron la biblioteca necesitan ampliar la jerarquía añadiendo nuevos descendientes que introducen nuevos atributos. ¿Cómo se puede mantener el "polimorfismo"? Tendríamos que añadir los nuevos parámetros al procedimiento de la clase base. ¡Pero no disponemos del código fuente de la clase base! De paso pregúntale para qué quiere todos esos var que anteceden a los parámetros ya que éstos no se modifican en la rutina. Y en mi opinión, dotar de tantos parámetros a un método no es más que una forma de disfrazar de OOP a una programación procedural a la antigüita. Mal, muy mal. Como te comenté: tómalo con reserva. // Saludos |
#6
|
||||
|
||||
Cita:
// Saludos |
#7
|
|||
|
|||
Cita:
|
#8
|
|||
|
|||
polimorfismo
Ahora mismo me has descolocado.¿Lo que e hecho es una chapuza?, y si es asi...¿Como puedo solucionarlo??
Perdona pero estoy desconcertado, segun me dices, lo primero que deberia de haber hecho es transformar los parametros en propiedades, y no tengo ni idea de como hacer eso. Los var que hay puestos antes de cada parametro lo que dicen es que ese procedimiento va a devolver esos parametros al Form que uso para mostrar los datos. |
#9
|
|||
|
|||
polimorfismo
Soys rapidos,
|
#10
|
|||
|
|||
Cita:
Para obtener el valor de las propiedades solo tienes que hacer lo contrario, por ejemplo, desde un formulario:
Ya con eso estás obteniendo el valor de las propiedades del objeto Novela. Saludos... |
#11
|
||||
|
||||
Cita:
saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#12
|
||||
|
||||
Cita:
¿Solucionarlo? No sé qué decirte. Quizá, por dar el beneficio de la duda al profesor, sería bueno ver cuáles fueron los requerimientos originales de la práctica. Empecemos con el hecho de que semánticamente hablando los métodos alta y mostrar no les encuentro ningún sentido. ¿Qué significa dar de alta un libro? Para mí, en todo caso, significaría crear una instancia de la clase TLibro, llenar sus propiedades con datos proporcionados por el usuario y guardar la instancia en un almacenaje permanente como podría ser una base de datos. Piénsalo así: Si tienes una clase
Realmente te puedes ahorrar las clases y usar records:
con lo cual se quita el disfraz OOP a las clases. // Saludos |
#13
|
|||
|
|||
No soy Román pero te contesto.
Si, si se puede hacer. Aquí te pongo como sería tu clase padre usando solamente propiedades:
Ahora, una clase descendiente de TBiblioteca podría ser así:
Ahora, para darle valores a las propiedades de un objeto sería tan fácil como:
Espero que esto te aclare un poco el uso de las propiedades. Saludos... |
#14
|
||||
|
||||
A la excelente contestación de Maeyanes yo añadiría el polimorfismo en plena acción:
Libro podrá ser TBiblioteca, o cualquier otro descendiente. saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
|
|
|