Incluir Delphi windows .NET en RAD Studio CodeGear

[[Andreano]]

Hola a todos,

vamos aclarar este tema.

Si, RAD Studio 2007 no va soportar mas C# y no va mas soportar Winforms en el lado de Delphi .NET

Porque hicimos esto, vamos a tener 100% foco en la lenguaje Delphi e en la VCL.

Winforms es una tecnología para desarrollo para escritorio en .NET, la VCL.NET hace la misma cosa y mucho mejor, entonces fuerzas en la VCL.NET

CodeGear va soportar o que considera mejor en .NET, así si necesitas desarrollo para escritório en .NET y VCL.NET es la mejor opción y si necesitas desarrollo para WEB en .NET ASP.NET es la mejor opción.

La prioridad en las proximas versiones es soporte Unico, mejorías en Win32 y portabilidad de la VCL para Win64, así la prioridad es Native Development.

Si quedo alguno duda, estoy por aquí.

Saludos a todos,

Andreano Lanusse
CodeGear Product Line Manager & Evangelist Leader Latin America
Blog: http://blogs.codegear.com/andreanolanusse
Ejemplos: http://cc.codegear.com/Author/38483

[jhonny]

Bueno, solo quiero decir que menos mal tome la misma decisión que Al González, aunque al parecer ahora tengo que ponerme al tanto del asunto del .NET, debo estar agradecido de que nunca use los WinForms, de lo contrario estaria llorando en este momento.

Una pregunta, ¿CodeGear tiene pensado en hacer algo parecido o incorporar alguna tecnica para usar el WPF?, me parece muy interesante trabajar de la mano con un verdadero diseñador grafico, eso es estupendo.

[jhonny]

Otra pregunta, asi sea que Microsoft no suelte el CF (Compact framework), ¿CodeGear piensa hacer algo para los PDAs, asi no sea con el CF?

[[Al González]]

¿Qué es WPF?

[jhonny]

Empezado por Al González

¿Qué es WPF?

WPF es Windows Presentation Foundation, te recomiendo leer ese articulo para que comprendas el asunto, se ve divertido .

[[Andreano]]

Empezado por jhonny

Otra pregunta, asi sea que Microsoft no suelte el CF (Compact framework), ¿CodeGear piensa hacer algo para los PDAs, asi no sea con el CF?

Estamos estudiando la posibilidad de desarrollo nativo para PDA

[jhonny]

Empezado por Andreano

Estamos estudiando la posibilidad de desarrollo nativo para PDA

Gracias por tu respuesta... Yo trabajo en una empresa donde la mayoria de los clientes son ganaderos, por lo cual, los vendedores deben ir muy lejos a realizar sus pedidos, seguramente un desarrollo nativo para PDAs sería una gran solución para mejorar el tiempo de respuesta a nuestros clientes, ya que no tendran que esperar para llegar a sus respectivas oficinas a digitar dichos pedidos previamente tomados en papel, ademas supongo que tendrian mas tiempo para ir a buscar nuevos clientes .

[radaalvaro]

Bueno, ya me quedo claro... DELPHI WINFORMS.NET, no va mas.

Adreano... Hay una duda que me invade.

Que ventaja yo tengo al USAR VCL.NET, con respecto a la VCL normal??? (obviamente VCL.net va sobre el framework, es decir, necesita un intererprete, de modo que tiene una ligera desventaja contra el VCL nativo. entonces.

¿Que factores podrían hacer que yo elija VCL.NET, sobre VCL???

Saludos.

[dec]

Hola,

Empezado por radaalvaro

¿Que factores podrían hacer que yo elija VCL.NET, sobre VCL???

La VCL .NET se pensó (si no me equivoco, y según recuerdo de lo que leí hace tiempo) como una especie de transición al ".NET puro". Era una forma de envolver el .NET Framework en una especie de VCL, de modo que fuera, supuestamente, más sencillo migrar a .NET.

Ahora bien, si vas a utilizar .NET... si quieres desarrollar para esa plataforma, puedes usar Delphi .NET (entre otros lenguajes), directamente, contra el .NET Framework, no tienes porqué usar la VCL .NET, incluso tal vez no sea ni aconsejable.

¿Ventajas de la VCL frente a la VCL .NET? Bueno. La VCL también es una especie de envoltorio... del API de Win32. Pero la VCL produce código nativo, no código que tenga que interpretar ninguna máquina virtual (el Common Lenguage Runtime de .NET).

Ahora bien, se supone que el API de Win32 está condenado a desaparecer... y con él la VCL, si bien esto no va a pasar mañana ni pasado. Windows Vista, por ejemplo, parece que soporta sin problemas el API de Win32. ¿Y qué pasará en el futuro? ¿Habrá un Windows .NET? Eso leí alguna vez...

Si bien yo pienso que sería un suicidio por parte de Microsoft dejar de soportar el API de Win32 en uno de sus sistemas operativos, lo cierto es que una cosa no quita la otra: quizás todas las innovaciones no vayan a Win32. Quizás los tiros vayan por .NET (de algún modo es la apuesta de futuro), quizás...

[[Andreano]]

Empezado por radaalvaro

Bueno, ya me quedo claro... DELPHI WINFORMS.NET, no va mas.

Adreano... Hay una duda que me invade.

Que ventaja yo tengo al USAR VCL.NET, con respecto a la VCL normal??? (obviamente VCL.net va sobre el framework, es decir, necesita un intererprete, de modo que tiene una ligera desventaja contra el VCL nativo. entonces.

¿Que factores podrían hacer que yo elija VCL.NET, sobre VCL???

Saludos.

Podría ser la lenguaje, mas no, porque los nuevos recursos que creamos para Delphi .NET también hacemos para Delphi Win32.

En mi opinión desarrollo para escritorio recomiendo Win32, no recomiendo .NET.

La ventaja de tener la VCL es que su cliente exige que su aplicación sea .NET , tu tienes como compilar en .NET facilmente un proyecto VCL Win32.

[[Andreano]]

Empezado por jhonny

Bueno, solo quiero decir que menos mal tome la misma decisión que Al González, aunque al parecer ahora tengo que ponerme al tanto del asunto del .NET, debo estar agradecido de que nunca use los WinForms, de lo contrario estaria llorando en este momento.

Una pregunta, ¿CodeGear tiene pensado en hacer algo parecido o incorporar alguna tecnica para usar el WPF?, me parece muy interesante trabajar de la mano con un verdadero diseñador grafico, eso es estupendo.

WPF es parte del .NET 3, donde RAD Studio soporta, todavía hacer algo con WPF es estar mui amarado a Microsoft, Delphi tiene como principio integrar tecnologías y no quedar preso a una.

[dec]

Hola,

Empezado por Andreano

(...) Delphi tiene como principio integrar tecnologías y no quedar preso a una.

Pero todas dentro de un mismo sistema operativo. Por cierto, Andreano, ¿sabes algo de Kylix? ¿Sería posible su recuperación? ¿Es un proyecto definitivamente abandonado? ¿Prepara CodeGear otro asalto al escritorio de Linux? Je, je, je... Gracias de antemano por tus respuestas.

[[Andreano]]

Empezado por dec

Hola,



Pero todas dentro de un mismo sistema operativo. Por cierto, Andreano, ¿sabes algo de Kylix? ¿Sería posible su recuperación? ¿Es un proyecto definitivamente abandonado? ¿Prepara CodeGear otro asalto al escritorio de Linux? Je, je, je... Gracias de antemano por tus respuestas.

Si, porque hoy Windows es el sistema operativo mas utilizado y 99% de los desarrolladores Delphi desarrollan para Windows.

Podemos retomar Kylix si, estamos esperando el crecimiento de Linux en Desktop.

[dec]

Hola,

Empezado por Andreano

Si, porque hoy Windows es el sistema operativo mas utilizado y 99% de los desarrolladores Delphi desarrollan para Windows.

¿Pero cómo se entiende esa frase con la que has dicho antes de que Delphi no quiere atarse a una tecnología? Habría que precisar ninguna tecnología, siempre dentro de Windows...

Empezado por Andreano

Podemos retomar Kylix si, estamos esperando el crecimiento de Linux en Desktop.

Eso podría verse de otro modo: "vamos a apoyar a Kylix, queremos que el escritorio de Linux avance". Son dos formas distintas de verlo, supongo. Aunque también supongo que si alguna vez hay mercado suficiente... como otras empresas, CodeGear también le entraría a Linux, vamos, digo yo...

Una cosa Andreano... no te pido que me respondas, pero, tampoco quiero dejar de preguntar, ¿qué hubiera sido de Kylix si hubiera pasado a ser un proyecto de código abierto? ¿Se han hecho estimaciones a este respecto? ¿No hubiera podido por ahí CodeGear sacarle algún rendimiento? Sobre todo, lo digo, porque ahora mismo parece que no le está sacando ninguno en absoluto...

[[Andreano]]

Empezado por dec

Hola,



¿Pero cómo se entiende esa frase con la que has dicho antes de que Delphi no quiere atarse a una tecnología? Habría que precisar ninguna tecnología, siempre dentro de Windows...



Eso podría verse de otro modo: "vamos a apoyar a Kylix, queremos que el escritorio de Linux avance". Son dos formas distintas de verlo, supongo. Aunque también supongo que si alguna vez hay mercado suficiente... como otras empresas, CodeGear también le entraría a Linux, vamos, digo yo...

Una cosa Andreano... no te pido que me respondas, pero, tampoco quiero dejar de preguntar, ¿qué hubiera sido de Kylix si hubiera pasado a ser un proyecto de código abierto? ¿Se han hecho estimaciones a este respecto? ¿No hubiera podido por ahí CodeGear sacarle algún rendimiento? Sobre todo, lo digo, porque ahora mismo parece que no le está sacando ninguno en absoluto...

Hola,

solamiente CodeGear no es suficiente para cambiar el mercado de Desktop, seria necesario un cambio de mercado en general, de muchas empresas que tienen poder de influencia en el mercado, juntas para que esto pase.

Sobre su pregunta se Kylix como un proyecto abierto, en mi opinión no tañeríamos excito, Eclipse hoy es un standard de IDE para otras plataformas, nosotros utilizamos Eclipse para JBuilder y ahora para 3rd Rail.