Pregunta

Estaba buscando un lenguaje de programación de aplicaciones de escritorio con una de las mayores limitaciones:- “Necesito generar como ejecutable nativo”.

Exploré múltiples opciones:

  1. Java no es una muy buena opción para la programación de escritorio, pero aún así puedes usarlo.Pero Java to Exe es un problema. Sólo GCJ y Excelsior-Jet proporcionan esto.
  2. La plataforma .Net no admite la compilación nativa.Sólo hay muy pocas herramientas costosas disponibles que puedan hacer el trabajo.
  3. Python no es una opción para la compilación nativa.¿Bien?
  4. VB6 es la opción que me queda.

De la lista anterior, si estoy en lo cierto, VB6 es la única y probablemente la mejor opción que tengo.Pero el propio VB6 tiene problemas como:

  • Ya no está en desarrollo desde
  • Hay preguntas sobre el soporte de VB6 IDE con Vista.

Entonces mis preguntas son:

  1. De la lista de opciones de lenguajes de programación, ¿quieres agregar alguno más?
  2. Si VB6 es buena/mejor opción, considerando su estado de desarrollo, ¿sugeriría usar VB6 en esta era?
¿Fue útil?

Solución

Por curiosidad, ¿cuáles son los factores que impulsan el "nativo-sólo binario" restricción?

Como han dicho otros , es esencialmente imposible prevenir la ingeniería inversa. (Me doy cuenta de la respuesta que he vinculado a es en el contexto de .Net, pero se aplica a todos los programas.)

Otros consejos

Delphi (y su lenguaje Pascal subyacente) todavía está vivo y bien, con el 2010 edición recientemente liberado; si tiene fondos (un mínimo de $ 899 para la edición más barata, creo). puede valer la pena su tiempo para descargar un probar un país libre para 30 días (o algo así) versión.

Se ha añadido un comentario diciendo que es porque .NET y Java se pueden decompilados que no desea utilizarlos. Se podría utilizar un ofuscador que hace que el código de salida más difícil de leer.

Visual C ++ es una opción, aunque por desgracia la versión gratuita es un poco paralizado desde el punto de vista de la creación de aplicaciones basadas en MFC.

También puede optar por utilizar un marco de interfaz gráfica de usuario diferente que MFC, como wxWidgets o Qt . Con estos marcos de un compilador GCC (como MinGW) se puede utilizar. Hay varios entornos de desarrollo libres que se supone que funciona con una o ambas de esas obras entre cuadros Qt Creator o Código :: Blocks .

He oído cosas buenas de Delphi, pero no sabe nada más acerca de él.

Yo estaba involucrado en una búsqueda de un lenguaje / plataforma similar para un cliente para reemplazar su aplicación VB6. A pesar de que finalmente decidieron Webify todo y volver a escribir todo en Flex, que estaban mirando brevemente RealBasic. la sintaxis de Visual Basic 6-esque y se compila a binarios nativos.

No puedo hablar de lo que es para el día a día; el juicio se veía bien. Un poco de la RAD oh-que-no-take-larga flujo de trabajo que tenía VB6 y muy poco más se ha conseguido ni de lejos. No sin razón caro para la edición personal.

Confirmar ' básicos de la alimentación ' - Compila pequeños EXE nativos 'verdaderos' y proporciona una rápida VB como un entorno de base, y no requiere de un entorno de tiempo de ejecución. Esto hace que sea mucho más difícil de desmontar. No es VB, pero su potente y asequible.

VB es un lenguaje interpretado no nativa, aunque supongo que hay compiladores nativos. También de soporte de ejecución no está garantizada ventanas últimos 7. El tiempo de ejecución de IDE y tienen unos problemas en Windows Vista y 7, principalmente relacionados con las unidades de UAC y de red.

Yo sugeriría Delphi o alguna variante c si tiene que ser nativo.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top