14

Después de descontinuar la programación en C++ mientras ingresaba a la creación web, las construcciones de alto nivel de PHP como las tablas hash me dañaban o su tipado dinámico y débil. Recordé la angustia de los punteros C/C++ y el laberinto de identificadores de Win32 API de bajo nivel y bucles de mensajes, y eso me impidió utilizar entornos como Code :: Blocks para aplicaciones de escritorio. Tampoco soy muy aficionado al entorno C#/.NET voluminoso y estáticamente tipado. ¿Alguna otra idea?Idiomas de alto nivel para la programación de aplicaciones de escritorio GUI listas para usar

+0

¿Podría aclarar a qué se refiere con "out-of-the-box"? – erichui

+0

Me refiero a la necesidad de una configuración extensa y de pasar por todo el programa de capacitación de múltiples niveles para poder empezar a usar el entorno. – Meisner

+5

Tenga en cuenta que C++ tiene objetos de alto nivel como los mapas hash. Aún así, como un desarrollador. atrapado dentro de una aplicación Win32 "histórica", probé en la misma taza amarga. Y sabiendo lo que tendré que implementar dentro de un proyecto de 20,000 líneas de Win32, estoy considerando un suicidio ritual como una forma de protesta honorable ... :-p ... – paercebal

Respuesta

2

I tercer Pyhon si todo lo que quieres es un desarrollo rápido, fácil y sin dolor, o si quieres volver a C++, porque a algunos de nosotros nos encanta el dolor, prueba con Boost y Qt estarás mucho más feliz que en los viejos tiempos con la API de Win32.

3

He trabajado mucho con Flex y WPF (C#). Aunque no te gusta mucho C# ... diría que Flex es muy parecido a C#, pero sin todo el código fuertemente tipado. Tengo alrededor de 13 años de programación PHP en mi haber y diría que pasar al desarrollo de aplicaciones flexibles (esto incluye las aplicaciones de escritorio de AIR) fue una de las transiciones más fluidas que he realizado. Especialmente si te gusta trabajar con cualquier tipo de javascript.

De todos modos, Flex, Flex, Flex ... oh sí, y AIR :)

Por favor, hágamelo saber si usted necesita más ayuda con esto, o una mejor distribución.

+0

Ok, sí, me olvidé de Flex, lo usé hace un poco de 2 años, y debo decir que debido a que su script ECMA + XML es bastante rápido de recuperar, también es muy fácil transferir tus habilidades, y la interfaz de usuario se verá muy genial. En segundo lugar esta vez más que el segundo Python en realidad –

5

Tcl/tk es una solución de la vieja escuela, pero puedes poner en marcha una guía con un código sorprendentemente pequeño. El tiempo de ejecución puede integrarse, por lo que puede distribuir un ejecutable autónomo en un solo archivo que contenga su código, el tiempo de ejecución y los archivos de recursos. El tiempo de ejecución se ejecuta en Unix/Windows/Mac por lo que es fácil generar binarios para cualquier plataforma que necesite. Sin embargo, a muchas personas les resulta difícil abarcar tcl ...

+0

Tcl/Tk puede ser "vieja escuela", pero también es muy moderno, que le da la opción de utilizar widgets nativos para grandes partes de su aplicación. Todavía se usa en cientos (miles) de empresas de todo el mundo. –

+0

Otro voto para Tcl/Tk. Aunque Tk se puede utilizar con otros lenguajes de scripting, la interfaz Tcl es la más limpia. – erichui

1

Puede usar Lua con wxLua o las bibliotecas livianas de IUP. Ambos son portátiles.

Para guiones rápidos/pequeños de prototipos/tirar, también uso AutoHotkey: el lenguaje es bastante horrible para los programadores experimentados (a los novatos parece gustarles ...), pero su GUI de alto nivel es fácil y rápida para utilizar. Y es bastante pequeño y puede ser "compilado" a un exe independiente.

+0

De hecho, estoy usando AHK y estoy de acuerdo con usted en sus comentarios, pero estaba pensando en acceder a la programación de escritorio más avanzada y me asusté por todas estas cosas de bajo nivel que necesita aprender en el enfoque convencional. – Meisner

6

Delphi. Sin duda.

http://www.codegear.com/delphi

Vas a tener que aguantar a la tipificación estricta, sin embargo.

C# no es un mal lenguaje y el .Net framework ciertamente tiene algunas características interesantes, pero WinForms puede ser lento, haciéndolo menos adecuado (al menos para mí) para aplicaciones de GUI de escritorio. Tampoco me gusta el fuerte requisito de tiempo de ejecución.

Cuestiones relacionadas