Las versiones de Delphi y sus cambios

[__cadetill]

Este debate quizas va mas orientado a los que tenemos mas años en esto del Delphi (y no me refiero a que sepamos mas o menos, sino a los que hemos utilizado mas versiones de Delphi).

Pues bien, resulta que hablando con el amigo marcsc sobre las distintas versiones de Delphi que hemos utilizado el uno y el otro me ha preguntado que cambios importantes han habido durante la trayectoria de este lenguaje de programacion.

Bien, yo he empezado basicamente en la 2, aunque hice una mini aplicacion en la version 1 y he tocado la 3 (sobretodo), la 4 (bastante), la 5 (muy poquito) y la 6 (actualmente) y, como gran salto, el de la 1 a la 2, que se paso de la programacion de 16 bits a la de 32.

Las demas versiones, a nivel tecnologico no creo que hayan aportado grades cambios. Eso si, se ha mejorado cantidad en la ayuda al programador en el momento de la programacion (Code Insight), se han añadido cantidad de componentes nuevos (comparando la version 2 a la 6), se han corregido cantidad de bugs y se ha mejorado el rendimiento de algunos de ellos (mejorando el codigo, añadiendo propiedades, metodos,....)

Otro cambio sustancial esta en la interficie grafica que nos muestra Delphi entre la 3 y la 4. En mi punto de vista una gran mejora. De una interficie muy "rigida" pasamos a una bastante mas flexible (por no hablar de la version 6, que puedes definirte tus entornos a tu gusto, incluso cambiar el "loock" de diseño a debug,....)

Pos bueno, lo dicho, si alguien quiere aportar mas sobre los cambios entre las distintas versiones o no esta deacuerdo conmigo..... aqui tamos

Nos leemos

[kinobi]

Hola,

yo creo que el cambio más importante entre versiones de Delphi, dejando a un lado el paso de 16 a 32 bits, estuvo en la versión 3, cuando se rediseñó la jerarquía de TDataSet en la VCL.

Este cambio supuso desligar a TDataSet del BDE y permitir que en teoría (y en la práctica) cualquier cosa que pueda almacenar información sea capaz de ser un proveedor de datos para una aplicación Delphi: tratamiento homogéneo del acceso a las fuentes de datos, controles enlazados a datos, ...

Saludos.

[andres1569]

Hola:

Suscribo lo dicho por Kinobi. Ese es uno de los mayores avances de Delphi a partir de la v.3, desde ese cambio aparecieron otras librerías para acceso a bases de datos. Y aún se puede explotar más esa independencia para construir Datasets ligados a Excel, o a estructuras propias, con la ventaja de poder usar luego los controles DBAware (esto ya se trata creo en otro hilo)

El code insight también lo considero una mejora importante (a veces ni nos acordamos de que antes no existía), aunque cuando salió era obligado puesto que VB lo había implementado y no había que ser menos.

Y quiero mencionar aquí a nuestro amigo QReports. Está bastante denostado pero aún recuerdo que en la versión 1.0 había que entenderse con el Report Smith (el que traía Delphi), y el QReports supuso al menos el poder enlazar un informe a la consulta o tabla que veía el usuario en pantalla, sin tener que redefinir la consulta y sus filtros en el diseñador de informes, lo cual obligaba a pasar una ristra de parámetros. Hoy QReports está superado por otros productos pero creo que nos ha sido muy útil a todos.

Saludos

[lbuelvas]

Hola compañeros,

Inice con Delphi 1 pero cambie muy pronot salio la version 2 y me cambie.

Cadetil comentaba sobre los cambios en los reporteadores, desde mi punto de vista los cambios mas significativos son los que nos inducen a tener que repetir el trabajo.

Y en eso Borland debe ser un poco mas serio, yo inicie con ReportSmith (era lo unico que traia Delphi) y me sente a elaborar cerca de 25 reportes para un sistema de registro academico.

Tan pronto salio Delphi 3 tratamos de actualizar la aplicacion a esa version y vaya sorpresa, quedamos con la brocha en la mano y a pasarnos a QReport.

Y ahora QReport no aparece en Delphi 7 !!!.

Yo siempre he recomendado que en lo posible uno se ciña a trabajar con la paleta de componentes que el fabricante entrega, se supone que si se acaba el proveedor del componente (Borland) pues ya no hay mas Delphi y que para preservar el trabajo de los desarrolladores mantendria compatibiliad hacia atras.

Se tomo la decision de trabajar con un reporteador aceptado por la comunidad, de bajo costo y flexible, no es propaganda y ahora le estamos dando a FReport. Y a pesar de eso los señores de FReport han prometido una nueva version y nada que sale (hay que dolor pues no quiero repetir los cerca de 50 reportes que tiene el ultimo sistema que estamos elaborando).

Por lo demas y para evitar el problema del parcheo nos quedamos un ratito quietos en Delphi 6 y a la espera de Delphi 8.

[andres1569]

Hola:

Dices que Delphi 7.0 no trae QuickReports pero a mí me sonaba de los foros de antes que sí se incluía aunque no aparecía a la primera. He localizado este mensaje donde se indica cómo activarlos:

http://www.clubdelphi.com/foros/arch...i7+quickreport

Saludos

[LRCL]

Saludos Foro, ya tengo algo de experiencia programando en delphi. Empece con el viejo TP 5.5, después vino la version 6, con las unidades de TVision; y por último la 7.0, con versiones BP y TP, incluía de las primeras versiones de la programación para windows y las excelentes de TVision 2.0, nace Object Pascal.

Casi no utilizo las dos primeras versiones de delphi, pero causan un verdadero boom entre los programadores visuales. Creo que el cambio; ¿cambio? no, mejor llamemosle actualizacion, mejora, inspiración, engrandecimiento,... lo que más te guste; es el haber implementado la programación en 32 bits, con lo que todo ello implica, de echo tenemos componentes (win 3.1) para correr programas de 16 bits.

Después salen las versiones 3, 4, 5, 6, 7 incrementando, sobre todo, la facilidad en la programación. Para no hacerla más larga, Borland a implementado en Delphi componentes, herramientas y técnicas que nos hacen la tarea de programar más sencilla: Todos los componentes "action", podemos crear práctimante cualquier recurso basado en la internet, acceso a casi todos los motores de bases de datos (incluyendo las hermosas herramientas para crear cubos de decisión), podemos cargar dll's, ocx's, programar cualquier recurso manejado por micro$$$oft. No hay que olvidar a Kylix y su relación directa con delphi 6 y que me dicen de delphi 7 con el, ya famoso, .NET.

¿Que otro lenguaje te da la sencilles de programar componentes asombrosos con una VERDADERA tecnología de OOP?

[marto]

Hola a todos,

La verdad es que mi historia con Delphi es un poco distinta a la "habitual". No llevo demasiado con él, tres años para ser exacto. Empecé a conocerlo en la versión 5 y me enamoré de él, pero no conocía el resto.
Hace menos de un año me cambie de curro y me pasaron a la 6. La verdad es que para las tareas habituales de gestión (sin entrar en kilyx o COM/DCOM/CORBA que creo que tiene mejoras) no he encontrado grandes mejoras. Sí es cierto que hay alguna ayuda más al programador, pero queda, en mi opinión, totalmente fuera de juego por el monstruoso aumento en el consumo de recursos.
Hasta ahí, nada de peculiar, lo curioso es que hace unos meses me han pasado a ..... Delphi 3 para que retoque algunas aplicaciones antiguas. Dios!!!! es deseperante. Supongo que para los que trabajastéis en la 3 viniendo de la 2, la consideraríais una gran cosa, pero el camino contrario es muy duro!!!!! A parte de que se encuentran a faltar muchísimas ayudas (cómo se puede programar sin code explorer o sin complete class????? :P) lo peor es que el IDE pega unos "pedos" de vez en cuando terroríficos.
En fin, sólo era por aportar una visión distinta a esta historia.