¿por que los apps se descompilan facilmente?

[rugido_37]

hola , lei cada una de las respuestas junto con los enlaces y mas o menos voy cogiendo el tema, el nombre del ide que uso es exactamente "Delphi 7 Second Edition V7.2 professional" , lo confundi con la version personal.

Neftali
las dudas que me queda es que dices que delphi lo traduce el codigo a un lenguaje intermedio , ¿es lo mismo que lenguaje maquina?

otra que al decompilar tambien se pueden ver los nombres de los procedures y sus objetos ( TForm1.Button1 ) ¿no deberian haber handles en ves de nombres puestos por el programador?

y la ultima duda es que pensaba que para crear los formularios delphi "internamente" creaba algun codigo que llame a la funcion createwindow en ves de ponerlo como un recurso , he checado un poco de lenguaje c++ y eso era lo que se hacia para crear forms, botones y hasta menus.

en c++ todo se hace con puro codigo , por eso me desanime aprenderlo :P

No entiendo bien que es eso de los recursos, pero lo buscare en google.

[[nlsgarcia]]

rugido_37,

Empezado por rugido_37

...Delphi lo traduce el código a un lenguaje intermedio , ¿es lo mismo que lenguaje maquina?...

Delphi es un lenguaje compilado, por lo tanto su compilador genera código en lenguaje de máquina en arquitectura x86 y x64 dependiendo de la versión, a partir de Delphi XE2 se puede compilar en 64 bits, lenguaje intermedio no es sinónimo de lenguaje de máquina.

Revisa estos links:

Definición de Lenguaje intermedio : http://www.alegsa.com.ar/Dic/lenguaje%20intermedio.php

Definición de Lenguaje compilado : http://www.alegsa.com.ar/Dic/lenguaje%20compilado.php

Lenguaje de máquina : http://es.wikipedia.org/wiki/Lenguaje_de_m%C3%A1quina

Espero sea útil

Nelson.

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

Empezado por rugido_37

las dudas que me queda es que dices que delphi lo traduce el codigo a un lenguaje intermedio , ¿es lo mismo que lenguaje maquina?

No es exactamente lo mismo. Creo que más arriba lo ha explicado nlsgarcia.

Empezado por rugido_37

otra que al decompilar tambien se pueden ver los nombres de los procedures y sus objetos ( TForm1.Button1 ) ¿no deberian haber handles en ves de nombres puestos por el programador?

Los nombres de algunos procedimientos, para marcar que se asignan a un evento, se guardan el el DFM, por eso son visibles.

Empezado por rugido_37

y la ultima duda es que pensaba que para crear los formularios delphi "internamente" creaba algun codigo que llame a la funcion createwindow en ves de ponerlo como un recurso , he checado un poco de lenguaje c++ y eso era lo que se hacia para crear forms, botones y hasta menus.
en c++ todo se hace con puro codigo , por eso me desanime aprenderlo :P

No entiendo bien que es eso de los recursos, pero lo buscare en google.

La creación es como la has comentado tú. Lo que se guarda en el DFM son las propiedades del formulario (y las de sus controles), no su código ni las llamadas que se hacen.
El sistema llamará a la API CreateWindows para generar la ventana y posteriormente Delphi va al DFM donde están sus propiedades (altura, anchura, título, color,...) e igual pasa con los controles. Mira un fichero DFM y verás que sólo se encuentras las propiedades del form y de los componentes.

Los recursos son una forma que tienen los compiladores de adjuntar ficheros y otros elementos a los programas. Por ejemplo en recursos puedes encontrar cadenas, imágenes, sonidos y en general cualquier tipo de fichero que se quiera incluir dentro del ejecutable. Delphi usa los recursos para almacenar los DFM.

[rugido_37]

Gracias nlsgarcia, ya lo voy entendiendo mas, revise los enlaces y ya me queda claro que lenguaje compilado lo que hace es coger el codigo fuente y convertirlo en codigo maquina . gracias neftali ya entendi bien los recursos , no tenia idea que los IDEs ponian las propiedades de los objetos en otra parte del programa (recursos) , voy a revisar el tema de los DFM . Saludos.