Ejecución de cógido solo en IDE

[fryguy]

Gracias por todas las aclaraciones, no eran necesarias pero aclaran un poco más esta consulta.
Por uso en el IDE y debuggeando me refiero a ejecutar la aplicación desde el IDE mismo con F7, F8 o F9. Si bien es en definitiva compilada y se trapean los breakpoints y demás, permite al desarrollador un seguimiento de las sentencias que se van ejecutando.
Mi consulta, en definitiva, es si existe alguna directiva (opción o cualquier otra cosa) que me permite habilitar una porción de código mientras la aplicación se ejecuta desde el IDE y que, una vez compilada (compiled o built en inglés) ya no se encuentre disponible.

Pordón por tantas consultas tan confusas, tal vez no se expresar exactamente lo que necesito.

[roman]

Empezado por fryguy

que me permite habilitar una porción de código mientras la aplicación se ejecuta desde el IDE y que, una vez compilada (compiled o built en inglés) ya no se encuentre disponible.

Es que este es precisamente el punto. Cuando corres la aplicación desde el IDE, ya está compilada.

Lo que mencionas acerca de los paquetes no es lo que buscas. En ese caso se trata de código que sólo se ejecuta durante el diseño, no cuando se está ejecutando la aplicación, sea desde el IDE o no.

Es decir, hay una diferencia entre lo que se ejecuta en el IDE y lo que se ejecuta desde el IDE.

// Saludos

[estenoesta]

si no me equiboco quieres que solo funcione cuando estes ejecutandolo desde delphi...

bueno pues puedes verificar si se esta ejecutando delphi..
mmm
puedes buscar en el foro como detectar las aplicaciones que se estan ejecutando... o quiza en la seccion de trucos mmm si no me equiboco en los de IDE venga algo que te pueda servir.

[[Crandel]]

El gran problema de lo que planteas, me parece, no es que quede el código, poruque igual la función no la van a poder ejecutar dado que tu label esta invisible.

Pero tu clave si se podrá ver en un editor hexadecimal, por lo que podrias modificar tu aplicación asi:

Código Delphi [-]
procedure TfrmLogin.Label1Click(Sender: TObject);
begin
  leUsuario.Text := Desencritar('MiUsuario');
  leClave.Text := Desencritar('MiClave');
end;

donde "Desencriptar" sea una función que desencrite tu clave, y en un editor hexa sólo se vera tu código encriptado. Obviamente, esta función no debe ser pública.

[paufra]

En la sección de trucos mira este, es para detectar si el IDE está en funcionamiento. Lo puedes usar para hacer visivle el label solo cuando este el IDE funcionando.

[delphi.com.ar]

Con respecto a esto:

Empezado por paufra

En la sección de trucos mira este, es para detectar si el IDE está en funcionamiento. Lo puedes usar para hacer visivle el label solo cuando este el IDE funcionando.

Yo me refería en:

Empezado por delphi.com.ar

Si puedes averiguar si el IDE esta abierto, si la aplicación se esta debugueando.... pero en ambos casos, tu código de debug estará compilado de todos modos, y que este el IDE abierto o este en modo Debug, no es ninguna garantía de seguridad!

Porque:

Empezado por fryguy

Mi pregunta es, ¿conocen alguna forma más flexible para que cierta porción de código
solo se encuentre disponible dentro del IDE y desaparezca una vez compilada la aplicación?

Aparentemente fryguy no quiere que quede el código compilado...

[fryguy]

Empezado por delphi.com.ar

Aparentemente fryguy no quiere que quede el código compilado...

Exacto!!! El problema más grande es que el cliente compró los fuentes y, sumado a que no es muy brillante, cualquier clase de puerta trasera puede meterme en problemas.
Si bien es código que no tendría ningún uso práctico en un entorno de producción no deberían aparecer comportamientos raros en la aplicación.

[roman]

Empezado por paufra

En la sección de trucos mira este, es para detectar si el IDE está en funcionamiento.

A mi me parece que este truco es para hacer precisamente lo contrario: simular que el IDE está abierto y así saltarse la detección.

// Saludos