Hola amigos aun estoy en la etapa de transicion de Moda al .Net, tengo Delphi Prism Instalado ya en el VS2008 y pues estoy utilizando C#, pero soy de los que aun tenemos duda con la vida de nuestro querido Delphi.
Para empezar que hay en Delphi 2005 y por que no se utiliza para programar para .Net? si alguien me puede responder le agradecere con mucho gusto , ademas encontre este LINK en donde se trabaja con Delphi 2005 y en el cual podemos pasar de Proyectos Win32 a .Net, chequen el dato:
http://edn.embarcade...m/article/32983
Entonces me surgio la pregunta 2, si se pueden pasar proyectos Win32 de Delphi 2005 a .Net, entonces por que esta Delphi Prism?
Saludos Cordiales y espero muy cordialmente respuesta a mis dudsa.
Hablando de Delphi Prism para .Net
Comenzado por
IcebergDelphi
, oct 17 2009 11:01
6 respuestas en este tema
#1
Escrito 17 octubre 2009 - 11:01
#2
Escrito 17 octubre 2009 - 11:20
Básicamente la respuesta dependió de dos factores: por un lado el lenguaje en sí mismo; la intensión original de Delphi.NET fue proporcionar un lenguaje que se centrará principalmente en la compatibilidad con la versión Win32. Esto desgraciadamente no funciono y termino limitando a los dos lenguajes; Delphi.NET no podía evolucionar para implementar todas las nuevas características del .NET Framework sin preocuparse de la compatibilidad con Delphi Win32.
Por otro lado, estaba el IDE. Microsoft añade cada vez más herramientas al IDE de Visual Studio que nos facilitan más el trabajo. Reproducir estas herramientas en el IDE de Delphi habría significado demasiado trabajo, además de estar reinventando la rueda. Por lo que integrar el compilador de Delphi.NET en Visual Studio no habría sido la mejor solución.
Considero que Embarcadero tomo la decisión correcta: Delphi Win32 y Delphi Prism son y seguirán siendo dos diferentes leguajes, cada uno de ellos centrado en los puntos fuertes que necesitan para su plataforma, por un lado la plataforma nativa con la VCL y por el otro la plataforma .NET con la FCL (Framework Class Libary). Pero el hecho de que sean dos diferentes lenguajes no significa que para aprender Delphi Prism tenga aprender de nuevo todos los conceptos de Delphi Win32 ya aprendidos, Delphi Win32 y Delphi Prism son lo suficientemente similares para que el cambio sea fácil, de modo tal que los desarrolladores Delphi Win32 se sientan como en casa con Delphi Prism (y viceversa).
Delphi.NET llego hasta donde tenia que llegar y no habra más versiones de este producto por lo que te comento así que si quieres desarrollar para .NET utilizando el lenguaje pascal tendrás que usar Delphi Prism.
Saludos
Por otro lado, estaba el IDE. Microsoft añade cada vez más herramientas al IDE de Visual Studio que nos facilitan más el trabajo. Reproducir estas herramientas en el IDE de Delphi habría significado demasiado trabajo, además de estar reinventando la rueda. Por lo que integrar el compilador de Delphi.NET en Visual Studio no habría sido la mejor solución.
Considero que Embarcadero tomo la decisión correcta: Delphi Win32 y Delphi Prism son y seguirán siendo dos diferentes leguajes, cada uno de ellos centrado en los puntos fuertes que necesitan para su plataforma, por un lado la plataforma nativa con la VCL y por el otro la plataforma .NET con la FCL (Framework Class Libary). Pero el hecho de que sean dos diferentes lenguajes no significa que para aprender Delphi Prism tenga aprender de nuevo todos los conceptos de Delphi Win32 ya aprendidos, Delphi Win32 y Delphi Prism son lo suficientemente similares para que el cambio sea fácil, de modo tal que los desarrolladores Delphi Win32 se sientan como en casa con Delphi Prism (y viceversa).
Delphi.NET llego hasta donde tenia que llegar y no habra más versiones de este producto por lo que te comento así que si quieres desarrollar para .NET utilizando el lenguaje pascal tendrás que usar Delphi Prism.
Saludos
#3
Escrito 17 octubre 2009 - 04:14
Gracias MarkDelphi, pero entre mas investigo mas bolas me hago, por que hay tantas y tanas herramientas de Codegear que te prometen la luna y las estrellas, por ejemplo esta tambien RAD STUDIO de Codegear que dice lo siguiente :
Con el nombre original “Highlander”, CodeGear RAD Studio 2007 ofrece Delphi® para Win32®, C++Builder® y el nuevo desarrollo Delphi .NET 2.0 en un mismo entorno integrado. Es la única solución para entornos de desarrollo integrados (IDE) que permite el rápido desarrollo de aplicaciones nativas para Microsoft Windows y .NET en y para Microsoft Windows 2000, XP y Vista. Esto permite a los programadores crear aplicaciones Web, cliente/servidor y de escritorio para Windows en las tres plataformas, e implementarlas en cualquiera de las tres.
Entonces quiero entender que con Rad studio puedo crear aplicaciones .Net? o simplemente no se ajusta Codegear al nuevo FrameWork 3.5 de Microsoft y por eso salio Delphi Prism?
Saludos y gracias nuevamente.
Con el nombre original “Highlander”, CodeGear RAD Studio 2007 ofrece Delphi® para Win32®, C++Builder® y el nuevo desarrollo Delphi .NET 2.0 en un mismo entorno integrado. Es la única solución para entornos de desarrollo integrados (IDE) que permite el rápido desarrollo de aplicaciones nativas para Microsoft Windows y .NET en y para Microsoft Windows 2000, XP y Vista. Esto permite a los programadores crear aplicaciones Web, cliente/servidor y de escritorio para Windows en las tres plataformas, e implementarlas en cualquiera de las tres.
Entonces quiero entender que con Rad studio puedo crear aplicaciones .Net? o simplemente no se ajusta Codegear al nuevo FrameWork 3.5 de Microsoft y por eso salio Delphi Prism?
Saludos y gracias nuevamente.
#4
Escrito 20 octubre 2009 - 11:02
IcebergDelhpi:
Cuando un producto lleva tantos y tantos años en el mercado cada inovación se vuele más dificil. Yo empece a programar en Delphi porque estaba seguro que era la herramienta más avanzada en su tiempo, los expertos podían ser tan arrogantes que había que aguantarselos porque realmente tenían un proucto muy superior. Yo era instructor de Visual Basic cuando me cambie a Delphi.
Cuando Salio la version 6.0 podimos compilar para Windows y Linux, ahi si creì que con Kylix todo iba a cmbiar y que paso?
Cuando salio la versión 7 yo upse un anuncio en el Períodico invitando a la gente a conocer la herramienta más poderosa que había para .net...Te imaginas? ni siquiera tenía un IDE, tenías que compilar con la línea de comandos. Cuando me di cuenta del error creí que era gravisimo (y para mi lo era).
Despues hice todo lo posible por vender las vrsiones subsecuentes, la famosa 8, la 2005,2006 y asi sucesivamente...Me pasaba horas diciendole a la gente las ventajas de migrar tu codigo de 32 bits a .net.... Cuando no tenian soporte para las versión actuales del framework yo creía que ese era el límite no se podía estar peor. Al igual que tu me frustre.
y Sin embargo por frustrado que estuviera todo siguio su rumbo, la gente siguo usando Delphi y al contrario el verdadero reto es que con la version 7 estaban felices y no era fácil moverlos de ahi. Mucha gente sigue con la versión 7.0
Esta version de Delphi Prism me hace sentido, me costo ms trabajo olvidar lo que sabía que enfocarme a aprender....
A Mucha gente que programa En Delpi le sa esto, sin embargo creo que ahora si es la solución correcta....
Me volvere a equivocar?
Cuando un producto lleva tantos y tantos años en el mercado cada inovación se vuele más dificil. Yo empece a programar en Delphi porque estaba seguro que era la herramienta más avanzada en su tiempo, los expertos podían ser tan arrogantes que había que aguantarselos porque realmente tenían un proucto muy superior. Yo era instructor de Visual Basic cuando me cambie a Delphi.
Cuando Salio la version 6.0 podimos compilar para Windows y Linux, ahi si creì que con Kylix todo iba a cmbiar y que paso?
Cuando salio la versión 7 yo upse un anuncio en el Períodico invitando a la gente a conocer la herramienta más poderosa que había para .net...Te imaginas? ni siquiera tenía un IDE, tenías que compilar con la línea de comandos. Cuando me di cuenta del error creí que era gravisimo (y para mi lo era).
Despues hice todo lo posible por vender las vrsiones subsecuentes, la famosa 8, la 2005,2006 y asi sucesivamente...Me pasaba horas diciendole a la gente las ventajas de migrar tu codigo de 32 bits a .net.... Cuando no tenian soporte para las versión actuales del framework yo creía que ese era el límite no se podía estar peor. Al igual que tu me frustre.
y Sin embargo por frustrado que estuviera todo siguio su rumbo, la gente siguo usando Delphi y al contrario el verdadero reto es que con la version 7 estaban felices y no era fácil moverlos de ahi. Mucha gente sigue con la versión 7.0
Esta version de Delphi Prism me hace sentido, me costo ms trabajo olvidar lo que sabía que enfocarme a aprender....
A Mucha gente que programa En Delpi le sa esto, sin embargo creo que ahora si es la solución correcta....
Me volvere a equivocar?
#5
Escrito 20 octubre 2009 - 11:25
Gracias Sami por tu Opinion, al igual que tu creeme que Hacia Fiesta con Los Delphi 8 y los que decian soportar .Net en esta caso 2005, pero leyendo me doy cuenta que esas versiones `pues estaban a un paso inferior al FrameWork del Momento, ahorita ando haciendo pruebas y pruebas con delphi Prims, y aun voy poco a poco , en C# ya hice algunas cosas que hago con delphi 7 mas que nada manejo de Base de datos, pero en fin estoy como tu , esperemos que siga Evolucionando Delphi no Oxygen, aun que para ser sincero no me Gusta que Oxygen( Delphi Prims asi Nombrado ultimamente por las carreras y la fuerte competencia) este como un Plug in mas del IDE del VS, estaria excelente que fuera Independiente, al parecer en el RAD Studio 2009 y 2010 ya lo son, saludos cordiales y gracias por tu opinion.
#6
Escrito 26 octubre 2009 - 11:16
Parece que el producto en México no se esta vendiendo mucho, en una encuesta rápida no encontre a nadie que lo hubiera comprado. Tu ya lo compraste?
Saludos.
Saludos.
#7
Escrito 26 octubre 2009 - 12:32
Que tal Sami, mira por ahora estoy haciendo pruebas con Delphi Prims, lo tengo instalado en una Maquina Virtual en mi equipo en Version Demo, voy a subir unos codigos de ejemplo para compartir con la comunidad, de hoy a mañana los subo(C# y Delphi Prism) , estaba intentando hacer herencia Visual, en Delphi Prism pero me sale un error, en C# lo pude hacer con toda tranquilidad, pero eso lo expondre en otro tema jeje, saludos.