Una GUI de Java para una aplicación C++: ¿Es este un buen diseño?

Question

Sí, me sorprendió un poco cuando un entrevistador mencionó que usan una GUI de Java-swing para una aplicación C/C++. Tenía curiosidad y le pregunté cómo realmente integran estos juntos, su respuesta fue "a través de mensajes". ¡Interesante! Bueno, soy nuevo en este tipo de enfoque y tengo curiosidad por si las empresas realmente usan este tipo de diseño. Si es así, ¿hay una gran ventaja para este diseño? Es un poco difícil para mí comprender cómo funcionaría este diseño, si tiene alguna referencia, comparta.

Para su información, el producto es una aplicación basada en la copia de seguridad de datos (posiblemente en una plataforma Linux/Unix). Gracias.

CV

Answer 1

Es difícil saber si se trata de un buen diseño sin más información acerca de los requisitos de la aplicación.

Otra cosa a considerar es que a veces los entrevistadores sugieren diseños extraños para ver cómo reaccionan los candidatos. Típicamente haré esto cuando estoy contratando para un puesto que no es una competencia personal mía, pero donde he tenido experiencia (por lo general, estoy aprendiendo cosas). ¡Mi objetivo es ver si el candidato es mejor para resolver el problema que yo! Los malos candidatos aceptarán servilmente mi pobre solución. Los mejores candidatos inmediatamente sugerirán una mejor solución. Los mejores candidatos compararán y contrastarán mi solución débil con su mejor solución y explorarán cuándo cada opción tiene sentido.

Supongo que la interfaz de Java se seleccionó por razones de portabilidad. Yo abogo por una interfaz basada en navegador para lograr esos mismos objetivos, pero tal vez su gente UI/UX realmente amaba Java.

Answer 2

No veo nada de malo en eso. Es muy común integrar diferentes componentes a través de mensajes. Creo que generalmente es mejor tener un entorno homogéneo (por ejemplo, todas las aplicaciones escritas en Java en lugar de Java y C++), sin embargo, a menudo es el caso en el que debe integrarse con componentes heredados o de terceros escritos en otros idiomas, ya sea para razones de costo o porque no hay otra opción.

La mensajería es una forma común de hacer esto. Considero HTTP bajo el paraguas de "mensajería", y casi todos los idiomas tienen una biblioteca HTTP, lo que la convierte en una buena opción como un "lenguaje" de mensajería común. Al integrar un sistema muy heterogéneo, hay herramientas/marcos dedicados no solo para integrar componentes, sino también para integrar sistemas de mensajería (por ejemplo, ESBs).

Answer 3

Podría haber limitaciones en cuanto a por qué tienen que llamar a las funciones de C++ en primer lugar y, además, podrían haber tenido requisitos distribuidos del cliente. ¿Cómo desarrollaría una solución, por lo que crearía un sistema de mensajería y esa interfaz con C++ en el lado del servidor? Es una solución de trabajo al final del día. No esperaría que la interfaz de usuario se haya construido en C++ porque el lado del servidor está escrito en C++, a veces es necesario ensamblar diferentes tecnologías para lograr su solución.

Answer 4

Es un enfoque viable/aceptable, lo vi utilizado en una empresa muy grande (Fortune 20 si hay tal cosa) cuando trabajé allí como contratista 2005-2006.

cuando pregunté por qué, me dijeron:

1. Necesita interfaz gráfica de usuario de Linux, Java/Swing es una opción respetable. También creo que tenían algunos desarrolladores de Java que necesitaban trabajo.
2. Tenían una gran base de código de rendimiento crítico en C++/C.
3. Ya usaban mensajes extensamente y tenían bibliotecas para eso.
4. La interfaz de mensajería, aunque es más cara de desarrollar, permite al equipo escribir programas de prueba (como reemplazar la GUI de producción por una secuencia de comandos python).

Dicho todo esto, Qt y GTK/Gtkmm son muy buenos marcos de GUI, ¿por qué no utilizarlos?