Porque deberia migrar desde Borland Delphi 7 a Codegear RAD Studio Dephi 2007

[Black_Ocean]

Para mi gusto, no vale la pena cambiarse por ejemplo, de Delphi 2006 for Win32 a Delphi 2009 porque es sólo mejoras en el IDE, en ciertos componentes, agregados otros, PNG nativo, soporte para Unicode (esto puedes agregarlo a tus IDE's antiguos con el componente TNT Unicode) y otras cosas extrañas que se les ocurrió a Embarcadero Technologies como son implementar procedimientos anónimos.

Para mi gusto, va a valer la pena el cambio cuando el compilador de Delphi sea capaz de generar código de ejecución para 64 Bits, ahí si que vale la pena, ya que no se por qué Embarcadero Technologies se preocupa por sacar un plugin llamado Delphi Prism para el entorno de Microsoft en vez de ya haber dotado a Delphi totalmente para compilaciones de 64 bits. Ese es el límite hasta ahora y ese límite es el que necesito que no exista.

Además, hasta el día de hoy existen los clásicos errores en algunos componentes de la VCL que yo pienso que han sido incapaces de arreglar y en los terribles errores que tiene el editor de código en versiones actuales en relación a las confuciones del corrector ortográfico de sintaxis. También me estoy dando cuenta que el foco del entorno lo han querido llevar a lugares asiáticos para marketeo, por eso lo dotaron a la VCL completamente con unicode en Delphi 2009, y se han despreocupado de otros asuntos (bueno, así pienso ahora)

Yo aún no tengo información concreta si realmente nuestro Delphi tradicional que todos usamos soportará compilación para 64 bits, pero Delphi Prism realmente no me interesa usarlo porque es un plugin para el entorno de Microsoft, en ese caso, prefiero programar netamente en lenguaje Basic para .NET. Yo lo que quiero y necesito es que mi mismo entorno que uso siempre de Delphi compile para arquitecturas de 64 bits para llegar a los muchos de los usuarios que ya poseen PC's con esas características.


Saludos

[mamcx]

Una cosita, no creo que sea acertado "menospreciar" el asunto del Unicode.

En primer lugar, el API de Windows ES unicode por defecto & por lo tanto al no tener que pasarlo a ANSI & viceversa se esta ahorrando un poco alli. Por otro lado, la manera sana de trabajar CUALQUIER cosa que maneja caracteres es con unicode:

http://www.joelonsoftware.com/articles/Unicode.html

No se ustedes pero yo si he tenido lios con caracteres raros, archivos de texto que cargan mal llamada "basura", incompatibilidades entre APIS y de demas cosas.

No vendo a china ni nada de eso, es la experiencia local en mi pais. La cosa es que unicode es el futuro desde hace varios años y es de hecho que Delphi a entrado algo tarde al juego (aunque python, ruby y otros tambien).

Otra razon para mi son las mejoras como los generic y el poder hacer:

Código Delphi [-]
for item in lista

Que es increiblemente comodo .

[[AzidRain]]

Nomás que hay una pequeña diferencia JXJ, con para alcanzar mas o menos el mism nivel de funcionalidad con VB que con Delphi definitivamente si tienes que gastarte una pasta mas grande. Y lo mejor es que con Delphi los principales proveedores de componentes te los venden con todo y fuentes y el soporte es mejor por lo que a la larga sale más barato o más bien dicho, se paga solo.

Pero bueno, lo que el compa quería saber es si se cambia o no, yo diria que si tiene los componentes necesarios para lo que hace no tiene mayor problema.

[MAXIUM]

Yo quiero un IDE Delphi que genere código a 64bits y automatice los procesos para multinucleos

[Black_Ocean]

Empezado por mamcx

Una cosita, no creo que sea acertado "menospreciar" el asunto del Unicode.

Hola estimado, saludos desde CHile =)

No menosprecio en lo absoluto la implementación de unicode de la VCL en Delphi 2009, de hecho es muy necesaria para que los programas puedan ser usados correctamente en paises asiáticos y sin problemas por ejemplo, cuando se especifican rutas de archivos con caracteres de esos paises, a lo que apunto yo es que el equipo desarrollador de Delphi es muy lento para introducir a tiempo las reales o nuevas necesidades que se requieren en la actualidad a diferencia de otros entornos.

Por ejemplo, .NET ya tenía implementado el unicode mucho antes que Delphi en sus funciones y componentes. y lo mejor que son multiplataformas y ¿Delphi? ¿Aún está pegado en los 32 bits :S? Los procesadores de 64 bits están cada día más en los hogares. Hasta un amigo mío ya posee un computador con procesador AMD de 64 bits con su respectivo Windows Vista de 64 bits, por lo que mis programas que hago en Delphi no pueden ejecutarse ahí.

A mi me gusta mi entorno de Delphi, lo que no me gusta es la actitud y las decisiones que de repente toma el staff de Borland/COdeGear/Embarcadero para las nuevas versiones que lanzarán del entorno, ya que no se ven los cambios que otros entornos van mostrando y se van quedando atrás en muchos aspectos y demoran en incluirlas o pasan dos o tres versiones más para que recien reparen aquellos errores o implementen lo que los desarrolladores han pedido realmente en sus foros. Sólo esa observación.

¿Tu sabes si realmente Delphi for Win32 pasará a ser Win64 o sólo dependeremos del plugin Delphi Prism que sólo sirve para Microsoft Visual Studio .NET para programar en lenguaje Delphi para otras plataformas? Si fuera así sería una pena =)

Cordiales saludos =)

[mamcx]

Empezado por Black_Ocean

de hecho es muy necesaria para que los programas puedan ser usados correctamente en paises asiáticos y sin problemas por ejemplo, cuando se especifican rutas de archivos con caracteres de esos paises

No hombre, no creas que es solo para programas al otro lado del charco. Unicode es una necesidad incluso en este lado! Estoy de acuerdo que aparentemente ha llegado tarde (aunque en lineas generales otros lenguajes apenas estan llegando, y el cambio en ellos ha sido mas traumatico)

Y Delphi 32 bits funciona perfectamente en windows 64. De hecho llevo como unos 2(?) años corriendo exclusivamente en este entorno.

Que seria genial que ya estuviera en 64? Oh si. Que es tan critico? No parece. De todos los programas que ejecuto solo veo mejoras importantes en servidores web, 3D y bases de datos. En todo lo demas los programas apenitas este año han ido pasando a 64 y no es que parezca existir una urgencia tan alta por ellos. Obviamente habemos quienes les tenemos mas ganas o mas demanda que otros, pero si era entre unicode & 64 bits es obvio que en el panorma general es mas importante unicode, y es el cambio mas radical... pasar a 64 bits es algo un poquito mas simple (aunque no tan sencillo).

Ten encuenta que mientra el API TOTAL de windows es unicode y pasar de ANSI-UNICODE es trivial, no todo el API ni DLLS son de 64bits. Por ahi empieza a palidecer la cosa...