Ocultar propiedades de la herencia

[[basti]]

Me permito contestarte alguna de tus cuestiones:

Empezado por Delphius

El ListBox está para ello para agregar, eliminar items. Es su FUNCION y propósito como objeto. ¿Que finalidad tiene derivar de él si no se desea contar con el propósito con el que ha sido diseñado?

En la paleta Additional hay un componente llamado TColorBox (no es un listbox pero sí un combo), ahí hay un caso en el que no tiene sentido modificar los items de de la lista.

Empezado por Delphius

Es cierto que como dice muchos que el TCustomListBox ofrece una buena alternativa... Al menos para mi, y teniendo como punto de partida la simple descripción del problema, me resultaría más práctico y ventajoso emplear un descendiente de TCustomListBox. Es la mejor clase candidata.

En eso coincidimos, fue la primera posible solución que planteé, de hecho el componente que menciono antes hereda de TCustomColorBox, que a su vez hereda de TCustomComboBox.

Empezado por Delphius

El diseño de nuevos componentes que sirvan para propósitos generales no es una actividad que pueda tomarse a la ligera... Considero, y casi siempre hago llamar la atención, a que se haga un mejor y profundo análisis antes de optar por alguna alternativa.

No creo que el diseño de componentes tenga que ser únicamente con propósitos generales. Puede ser un componente muy específico que se utilice varias veces en una misma aplicación. Se me ocurren muchos ejemplos en este caso. Una lista que adquiere los datos a través de sockets o de un puerto serie, de una base de datos, de un archivo, del registro de windows, del sistema de archivos...

Empezado por Delphius

Hay algo que no me ha dejado tranquilo y siento que algo se me escapa...
Me gustaría que alguien me explicase que finalidad tendría hacer algo como lo del truco. Yo siento que se trata de un error de diseño (o mejor dicho de una comprensión erronea del dominio).

Yo tampoco usaría este truco para este caso, sólo lo usaría en caso de que no existiese una clase TCustomXXXX para un componente. Sin embargo, como bien dices, lo bueno de Delphi es que nos permite varias alternativas para este (y otros muchos casos). Creo que si elcolo83 se decidió por esa opción es porque la vio más clara.

[[Delphius]]

Muchas gracias basti por responder a mis dudas.

Espero que los demás también pudiera exponer su punto de vista, sobre todo que elcolo83 pudiera explicar el propósito de su solución. No es que esté criticando la manera en que trabaja sino que todavía me siento intranquilo con el tema. Reconozco que esto me ha llamado la atención y me gustaría conocer con mayores detalles lo que pretende elcolo83.

Es que con decir esas únicas líneas, a mi no me bastaría, para optar por dicha solución... ¿Hay otros motivos que podrían tomarse en cuenta?

elcolo83 no quiero iniciar problemas... sólo es que al estar acostumbrado a pensar demasiado en el enfoque tradicional de POO me hace sentir que ocultar un comportamiento heredado tal como lo planteas escapa a los conceptos que tengo.

Me entaría, si se puede y no te es una molestia, que explicaras y profundizaras sobre el tema. Creo que puede hallarse otras alternativas que podrías tomar en cuenta.

Saludos,