Delphi 10.3 Rio Liberado!

[el-mono]

Aqui les comparto un enlace con la info:

https://www.embarcadero.com/products/delphi

Edito para agregar video presentacion:

https://www.youtube.com/watch?v=RreUFdxaR20

[dec]

Hola a todos,

Gracias por publicar aquí la noticia el-mono.

[Neftali [Germán.Estévez]]

Listado resumido con las novedades
https://www.embarcadero.com/products...ew-in-10-3-rio

Listado más detallado de novedades
http://docwiki.embarcadero.com/RADSt...n/What%27s_New

Listado detallado de bugs corregidos
http://docwiki.embarcadero.com/RADSt...AD_Studio_10.3

Y algunas notas más de la Release.
http://docwiki.embarcadero.com/RADSt.../Release_Notes

[[movorack]]

[[gatosoft]]

¿Y.... algún comentario sobre este realease?

Además del trabajo de corrección de multiples BUGs, creo que tiene temas interesantes que hacen que valga la pena actualizarse, principalmente para quienes estan trabajando para las apps store (google, apple, windows), pues se pone al dia con las actualizaciones mandatorias que cada tienda comenzó a exigir este año. ==> claro está, cada quien revisará su costo / beneficio.

Como se habia anunciado, veo que se están enfilando baterias para crecer en el mercado de apps a través de FMX, DataSnap REST y RAD Server, pero no baja la guardia con Windows, pues como ellos mismos mencionan es el rey en cuanto a sistemas operativos mas utilizados.

De la misma forma, veo que no estan preparando la VCL para morir y ser reemplazada por FMX como alguna vez crei que pasaria.

Personalmente me gusta el cambio de la "declaración de variables inline" y la inferencia de tipos en esta declaración, pero hay que verla en acción para poder dar un veredicto ==> Imagino a Al Gonzalez a la espera de que su propuesta de mejorar el WITH sea acogida.



Ya descargué la versión y espero tener tiempo para probarla ...

Saludos,

[[movorack]]

En la nueva versión ¿que sucedería en el caso a continuación?

Código Delphi [-]
unit Unit1;

interface

type
  TForm2 = class(TForm)
    Button1: TButton;
    procedure FormCreate(Sender: TObject);
    procedure Button1Click(Sender: TObject);
  private
    { Private declarations }
  public
    StrVar: string;
    { Public declarations }
  end;

var
  Form2: TForm2;
  StrVar: string;

implementation

{$R *.dfm}

procedure TForm2.FormCreate(Sender: TObject);
begin
  Self.StrVar := 'A';
  Unit1.StrVar := 'B';
end;

procedure TForm2.Button1Click(Sender: TObject);
var
  StrVar: string;
begin
  ShowMessage(Self.StrVar); //A
  ShowMessage(Unit1.StrVar); //B

  StrVar := 'C';
  ShowMessage(StrVar); //C

  var StrVar: string := 'D'; // ¿Genera exepción?
  ShowMessage(StrVar); //D?
end;

end.

¿Y porque alguien declararía la variable nuevamente? ¡No se! ¿Código espagueti como en PHP?

[dec]

Hola a todos,

Empezado por gatosoft

¿Y.... algún comentario sobre este realease?

Además del trabajo de corrección de multiples BUGs, creo que tiene temas interesantes que hacen que valga la pena actualizarse, principalmente para quienes estan trabajando para las apps store (google, apple, windows), pues se pone al dia con las actualizaciones mandatorias que cada tienda comenzó a exigir este año. ==> claro está, cada quien revisará su costo / beneficio.

Como se habia anunciado, veo que se están enfilando baterias para crecer en el mercado de apps a través de FMX, DataSnap REST y RAD Server, pero no baja la guardia con Windows, pues como ellos mismos mencionan es el rey en cuanto a sistemas operativos mas utilizados.

De la misma forma, veo que no estan preparando la VCL para morir y ser reemplazada por FMX como alguna vez crei que pasaria.

Personalmente me gusta el cambio de la "declaración de variables inline" y la inferencia de tipos en esta declaración, pero hay que verla en acción para poder dar un veredicto ==> Imagino a Al Gonzalez a la espera de que su propuesta de mejorar el WITH sea acogida.



Ya descargué la versión y espero tener tiempo para probarla ...

Saludos,

Si no me equivoco, lo que NO trae esta nueva versión, es el soporte para Mac OS 64 bit. Me parece que será una seguiente versión de Delphi la que incluya soporte para esto. Es más o menos "fundamental", puesto que Mac OS "se queja" si se trata de correr una app de 32 bits... pidiéndole al usuario que contacte con el desarrollador, para que le proporcione una copia "actualizada" de su app...

Ojo, creo que esto es así: con suerte alguien me corrije...

[dec]

Hola a todos,

Empezado por movorack

En la nueva versión ¿que sucedería en el caso a continuación?

Código Delphi [-]
unit Unit1;

interface

type
  TForm2 = class(TForm)
    Button1: TButton;
    procedure FormCreate(Sender: TObject);
    procedure Button1Click(Sender: TObject);
  private
    { Private declarations }
  public
    StrVar: string;
    { Public declarations }
  end;

var
  Form2: TForm2;
  StrVar: string;

implementation

{$R *.dfm}

procedure TForm2.FormCreate(Sender: TObject);
begin
  Self.StrVar := 'A';
  Unit1.StrVar := 'B';
end;

procedure TForm2.Button1Click(Sender: TObject);
var
  StrVar: string;
begin
  ShowMessage(Self.StrVar); //A
  ShowMessage(Unit1.StrVar); //B

  StrVar := 'C';
  ShowMessage(StrVar); //C

  var StrVar: string := 'D'; // ¿Genera exepción?
  ShowMessage(StrVar); //D?
end;

end.

¿Y porque alguien declararía la variable nuevamente? ¡No se! ¿Código espagueti como en PHP?

Si he entendido bien este apartado de la lista de novedades, se trata de poder declarar variables "en línea", es decir, no necesitando hacerlo a nivel de la función/procedimiento/método. Esto está ligado a que dichas variables pueden ser ahora visibles únicamente en un determinado "bloque de código", dentro de dicha función/procedimiento/método, y, no fuera del mismo. Esto digo puede ya tener su utilidad... y acaso tenga alguna otra utilidad que a mí se me escape.

[[gatosoft]]

Empezado por dec

Hola a todos,



Si no me equivoco, lo que NO trae esta nueva versión, es el soporte para Mac OS 64 bit. Me parece que será una seguiente versión de Delphi la que incluya soporte para esto. Es más o menos "fundamental", puesto que Mac OS "se queja" si se trata de correr una app de 32 bits... pidiéndole al usuario que contacte con el desarrollador, para que le proporcione una copia "actualizada" de su app...

Ojo, creo que esto es así: con suerte alguien me corrije...

Asi es, el soporte para Mac OS 64x es un hecho, ya está en camnio y será liberado en próximas versiones, de acuerdo a lo que comentaba rizzato en uno de estos videos de lanzamiento.

[TOPX]

Empezado por movorack

En la nueva versión ¿que sucedería en el caso a continuación?

Pues, no compila, porque:

[dcc32 Error] Unit1.pas(39): E2004 Identifier redeclared: 'StrVar'


-

[[movorack]]

Muchísimas gracias por haberte tomado el tiempo. Con esta respuesta tengo mas claridad al respecto

[DarkDudae]

¿Sabéis si la Community Edition también ha sido actualizada con las novedades de Rio ?

[Neftali [Germán.Estévez]]

La "Community Edition" no es más que una edición más (como son la profesional, Architect,...) dentro de cada versión del programa.
Por lo tanto, debería estar actualizada como el resto. No se concibe que la 10.3 salga como Architect, pero no como profesional.

De todas formas, para confirmarlo, si realizas el download, verás que el archivo que te propone para descargar es este:

[Ñuño Martínez]

Yo todavía tengo pendiente probar al edición Community. Me quedé con la anterior cosa gratis que hicieron, que no iba mal pero tenía un no sé qué que qué sé yo que no me terminaba de convencer.

Eso de las variables "inline", no sé. Como sea igual que C99, que puedes declarar en cualquier parte, me parece un patinazo. Eso de tener las variables locales bien juntitas es lo mejor que puede hacerse para poder encontrarlas en caso de ser necesario. Lo de que pueda declararse en el FOR (como he visto propuesto en los foros de Lazarus, no sé si también en Delphi) no lo veo tan mal, fuera parte que las variables usadas en esos bucles siempre se han tratado de una forma especial.

[Neftali [Germán.Estévez]]

Empezado por Ñuño Martínez

...Eso de tener las variables locales bien juntitas es lo mejor que puede hacerse para poder encontrarlas en caso de ser necesario.

Estoy de acuerdo, pero al final todo se reduce a lo ordenado que sea cada cual.

[Casimiro Notevi]

Yo declaro las variables al principio, aunque el lenguaje que utilice en ese momento lo permita en cualquier sitio.

[Ñuño Martínez]

Cuando hacía cosas en BASIC (hace mucho que no me pongo en serio con él... ¡Qué morriña!) no lo hacía al principio, pero aprendí la costumbre de Tim Hartnell de tener una "rutina" de iniciación al final del código (línea 10000, por ejemplo) que llamaba con un GOSUB 10000 al empezar. Ahí se inicializaban las variables con sus valores iniciales y sus REM explicando un poquito para qué servía, y así no tenía que andar siguiendo el código para ver dónde ponía ese valor o cuál se usaba.

Y ahora hago como tú, Casimiro, aunque el lenguaje lo permita en cualquier parte, siempre lo hago al principio.

[cocute]

me ha costado encontrar el sitio donde meter el path de las carpetas de librerias
vamos el tools>options>Enviroment options>Delphi options>Library

ahora es en

tools>options>Language>Delphi options>Library

[[gatosoft]]

Empezado por cocute

me ha costado encontrar el sitio donde meter el path de las carpetas de librerias
vamos el tools>options>Enviroment options>Delphi options>Library

ahora es en

tools>options>Language>Delphi options>Library

La versión trae una casilla para buscar opciones, (de hecho, el Object insperctor también)... yo tuve que entrar por alli para buscar la opción Library

[[gatosoft]]

Empezado por Casimiro Notevi

Yo declaro las variables al principio, aunque el lenguaje que utilice en ese momento lo permita en cualquier sitio.

Creo que es cuestión de costumbre y encontrarle la utilidad, y apoyo a Neftalí... "se reduce a lo ordenado que seas"

Personalmente le he visto la utilidad, para "limpiar un poco el código" en la sección de variables e irlas declarando donde vayan apareciendo... Se que no suena muy bien, pero a medida que lo vayamos ensayando, le iremos viendo utilidad. El tiempo dirá