Migración desde Stingray Objective Toolkit

Question

Tenemos una colección de aplicaciones comerciales MFC/C++ que vendemos usando Kit de herramientas para objetivos Stingray, tenemos licencia de código fuente y la hemos portado en el pasado a Solaris/IRIX/HP-UX/AIX usando Bristol Technologies WindU (API de Windows en UNIX, incluido MFC).

En pocas palabras, recientemente, hace unos 18 meses, portamos Stingray a Win64, pero fue una tarea larga y tediosa. Durante este tiempo, investigué un poco sobre bibliotecas de extensión MFC alternativas comerciales y de código abierto, cosas como Caja de herramientas definitiva y Prof-UIS.

• ¿Alguien más ha usado Stingray y ha pasado a una alternativa?
• Si es así ¿cuál sugerirías?
• ¿Cuáles fueron los principales peligros de la mudanza?

Answer 1

Sí, nos habíamos alejado de Stingray.Depende de los componentes de Stingray que esté utilizando.Para el control de la red, puede utilizar el control de red MFC gratuito de www.codeproject.com o el comercial de http://www.bcgsoft.com/.El gratuito está bien, pero el desarrollo se ha estancado, por lo que no hay representación de interfaz de usuario moderna, etc.

El componente Stingray 'editor de diseño' se puede reemplazar por el de bcgsoft.com, pero no tengo experiencia con eso: reescribimos la funcionalidad que necesitábamos por nuestra cuenta (era solo un subconjunto de lo que Stingray proporcionó) .

En cuanto a las cajas de herramientas MFC alternativas, sugiero bcgsoft porque parte de su caja de herramientas está en Visual Studio Feature Pack, por lo que es gratuita y encaja muy bien con VS.He mirado Ultimate Toolbox (manténgase alejado de él, código obsoleto que ya no se actualiza) y Prof-UI (está bien, pero no me resultó tan fácil de integrar).

Ahora que BCG es parte del MFC 'oficial', no veo ninguna razón para elegir algo más que BCG (excepto quizás por el costo, si necesita una alternativa gratuita, puede consultar codeproject).

Answer 2

Tengo experiencia limitada con Stingray.

Sin embargo, quiero sugerirle que pruebe Xtreme Toolkit Pro de CodeJock (http://www.codejock.com).Su GUI es muy buena y tiene muy buen soporte.

Answer 3

He estado usando Stingray durante los últimos ocho años aproximadamente y he pensado en dejarlo un par de veces.Hasta ahora, he decidido no hacerlo, principalmente porque he portado una versión a Windows CE y Mobile y no veo mucho más que ofrezca la misma solución en esta plataforma.Si bien Stingray no es perfecto, ahora tienen una versión de 64 bits y es un producto bastante estable.

Lo que estoy haciendo es reemplazar las áreas más débiles de Stingray, como el soporte XML, con alternativas.En este caso fui con expatriado por motivos de rendimiento.

¿Los peligros de mudarse?Podrías pasar de algo estable pero anticuado a algo bonito pero poco convencional ;) En mi caso, también eliminaría una buena cantidad de mis scripts de prueba automatizados que funcionan a nivel de GUI.

Editar: Solo para agregar un poco a lo anterior, pasé de VS2003 a VS2008 esta semana y al mismo tiempo de Objective Studio 2006 v2 a Objective Studio 10.1.La transición fue bastante fluida, con un pequeño problema que fue solucionado rápidamente por el soporte técnico de RogueWave.Incluso esto habría pasado desapercibido si no tuviéramos un conjunto de pruebas de regresión GUI muy extenso.En mi opinión, Stingray es un producto muy maduro, con buen soporte, rico en funciones y, lo más importante, estable.No me mudaré pronto sin una muy buena razón.