Cita:
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.
Cita:
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.
Cita:
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.