Cita:
Empezado por nuk3zito
Entonces desarrollas algo muy específico. OK, es muy válido en ese caso.
Pero en el caso de desarrollo de aplicaciones grandes en 3 capas o más en las cuales se prevea migrar a otro motor de base de datos de forma simple, tu esquema no aplicaría... siempre es necesario acudir a una DAO (DAO, no ADO... pero en este caso nuestra DAO puede ser ADO; la DAO puede ser desarrollo propio o de terceros).
Solo son puntos de vista diferentes, no pasa nada... ni siquiera veo indicios de debate en esto, de hecho en mi propio equipo de trabajo cuento con desarrolladores "anti-Microsoft"... desarrollando en Visual C#  , y pues por más que se rebelen, saben que dessarrollando para tecnologías Microsoft es lo que hay por hoy para ellos.
Yo seguiría desarrollando en puro Delphi si no pretendiera aprovechar ciertas tecnologías de Microsoft... y aún así, toda propuesta de Microsoft será adoptada por Delphi tarde o temprano (pero en este caso no pude esperar)... y toda propuesta de Delphi, intentará siempre implementarse en Lazarus (mientras "oficialmente" exista Lazarus).
En fin, solo son puntos de vista diferentes.
Saludos colegas.
|
OH POR DIOS!!!!
realmente creo que lo dices no tiene razón de ser, estas ya son tecnologias obsoletas que solo se tienen por compatibilidad a aplicaciones viejas, es tanto que la conexion a MsSql es mucho mas rapido por el SQLConnection que por ADO y esto ya dice mucho, aún mas, aca en mi empresa son amantes de tecnologias MS, sinmebargo es un test que hice sobre tecnologias de conexiones a MsSql se quedaron mudos al ver los resultado, arrojando como la conexion mas rapida fué lazarus-zeos, muy por encima de .Net SQLConnection y la mas lenta de todas es ADO.
Ahora abordando lo de compatibilidad y migración, prefiero zeos en delphi o lazarus que usar odbc o ado o dao lo que quiieras de esas son terriblemente lentas, cada vez que agregues mas capas a una aplicación esta se hará mas y mas lenta.