Empezado por BartyGuate

Respecto a tu consulta te comento que la cosa es un poco mas complicada, ya que la tecnologia .NET es por completo diferente a lo que se trabaja con Delphi 6, yo te recomiendo que primero te empapes de .NET Frameworks, y despues pienses en cambiar tus aplicaciones, ya que por ejemplo si escribiste componentes tendras que volver a hacerlo, en resumen... la verdad te recomiendo que esperes DiamondBack para tus aplicaciones Win32, y cuando ya sepas de .NET pues ya desarrolles en es plataforma..

Saludos.

Empezado por frudolph

Antes de Migrar la Aplicación de Delphi 6 a Delphi 8 tendrías que considerar que debido a una cuestión de compatibilidad con la plataforma .NET se han degradado algunas características del lenguaje. Por ejemplo, la librería de componentes ADO (TADOConnection , TADODataSet, etc.), no están inlcuidos (o al menos visibles) en la nueva versión de Delphi 8, ya que la plataforma .NET trabaja con ADO en forma nativa pero utilizando otro tipo de concepción en cuanto a los componentes (por ejemplo, considera un DataSet como una posible colección de uno o más conjuntos de datos, ya sean tablas, consultas o listas).

El otro problema es que, si estás utilizando librerías de terceros (clases de componentes que no vienen con el paquete original de Delphi), deberías conseguir (si las hubiere), las versiones para .NET.

También, existen problemas con la utilización de los Variants (este tipo de dato no está contemplado en la pltaforma .NET, sino que ha sido reemplazado por el tipo Object).

Otro problema, son la utilización de punteros (como los PChar), y las llamadas a funciones de la API de Windows (es decir, todo lo que signifique rutinas a bajo nivel).

En consecuencia, si estás utilizando los componentes BDE, dbExpress ó IBX para conectarte a una base de datos, no estás haciendo uso de librerías Freeware, Shareware u otras, como tampoco estás haciendo uso de llamadas a funciones de la API de Windows, ni utilizas Variants, no deberías tener mayores problemas con la Migración (aunque, quieras o no, siempre hay que retocar código).

Otro caso es que no están disponibles los componentes QuickReport en .NET (Si utilizas Cristal Report u otro generador de reportes externo no vas a tener mayores problemas).

En general, el código fuente no cambia (se han agregado elementos al lenguaje, como por ejemplo el uso de espacios de nombres), así que si contas con el código, podés migrar casi todo.

Te recomiendo leas la documentación que viene con Delphi 8 para que veas como se implementó esta versión.