Ver Mensaje Individual
  #5  
Antiguo 10-02-2008
rolandoj rolandoj is offline
Miembro
 
Registrado: abr 2007
Posts: 395
Reputación: 20
rolandoj Va por buen camino
Una explicación de porque renombrar no es buena opción

[quote=brakaman;264736]
Cita:
Empezado por rolandoj Ver Mensaje
Hola,

Tratando de desinstalar los componentes BDE (vease el hilo http://www.clubdelphi.com/foros/showthread.php?t=53057) he encontrado que el paquete dbX100 depende del paquete BDERTL100.BPL.

Dado que dbX es el prefijo de dbExpress, debo suponer que dbX100 forma parte de dbExpress. dbX100.bpl es el paquete "CodeGear SQL Explorer UI Package".

Hola amigo:

Perdona que me entrometa sin darte una solucion directa, pero creo que estas afrontando mal el problema, ya lei que debes desinstalar los BDE porque quieres instalar unos componentes con el mismo nombre, ¿no te parece una barbaridad?

sinceramente creo que lo normal seria renombrar el nombre de los nuevos componentes a instalar, si no eres tu el autor el que lo ha hecho ha pecado de inmodestia al pretender hacer unos componentes con un nombre que ya existe, ¿tan dificil es renombrarlos de la forma TxxTable, TxxDatasource etc.?

Yo creo que la solucion esta ahi y no en intentar quitar todo tipo de rastro del BDE en Delphi?

Solo es una opinion.
Hola,

Muchas gracias por aportar.

Sería más bien tema de otro hilo; pero, con el perdón del foro, quiero hacer una excepción y darte un breve resumen de mi opinión.

No, no estoy de acuerdo en que usar el mismo nombre sea una "barbaridad". De hecho es lo lógico en un diseño portable, transparente y creciente; renombrar, aparte de ser muy problemático en aplicaciones realmente grandes, como es el caso aquí, genera serios problemas de portabilidad hacia atras, obligando a tener versiones duplicadas de unidades de usuario, sobre todo, las compartidas con otras aplicaciones. En general, a menos que uses aplicaciones pequeñas, no tengas unidades compartidas, uses un solo producto o no tengas que preocuparte por la flexibilidad, renombrar es una muy mala opción

En teoría, si algo está muy bien diseñado, deberías tener una capa básica, dependiente del sistema operativo; una capa intermedia, dependiente de tecnologías de servicios tales como gráficas, acceso a Bases de Datos correos, etc; y una capa de usuario final. La independencia en las mismas, debería permitir cambiar las capas superiores sin alterar la capa de usuario, o a lo sumo con un cambio mínimo.

Debido a mi experiencia (más de 25 años dedicado exclusivamente a programar), yo soy fanático de la portabilidad y la capacidad de crecimiento. Digamos que es una lección que aprendí hace mucho tiempo; pero, en este caso, el código viene de una época en la que confiaba en Borland para la
capa intermedia, que es quién debería haberse encargado. Como en eso hicieron un pobre trabajo, hoy en día ya no confío en ellos y estoy desarrollando mi propia capa intermedia.
Responder Con Cita