Migrando do Stingray Objective Toolkit

Question

Temos uma coleção de aplicativos comerciais MFC/C++ que vendemos usando Kit de ferramentas de objetivo Stingray, temos licença de código-fonte e já a portamos no passado para Solaris/IRIX/HP-UX/AIX usando Bristol Technologies WindU (API do Windows no UNIX, incluindo MFC).

Para encurtar a história, recentemente, cerca de 18 meses atrás, portamos o Stingray para Win64, mas uma tarefa longa e tediosa, durante esse tempo fiz algumas pesquisas sobre bibliotecas de extensão MFC alternativas comerciais e de código aberto, coisas como Caixa de ferramentas definitiva e Prof-UIS.

• Alguém mais usou o Stingray e mudou para uma alternativa?
• Se sim, qual você sugeriria?
• Quais foram os principais perigos da mudança?

Answer 1

Sim, nos mudamos do Stingray.Depende de quais componentes do Stingray você está usando.Para o controle da rede, você pode usar o gridcontrol MFC gratuito de www.codeproject.com ou o comercial de http://www.bcgsoft.com/.O gratuito está OK, mas o desenvolvimento estagnou, portanto, não há renderização de UI moderna, etc.

O componente Stingray 'editor de layout' pode ser substituído por aquele do bcgsoft.com, mas não tenho experiência com isso - reescrevemos a funcionalidade que precisávamos por conta própria (era apenas um subconjunto do que o Stingray fornecia) .

Quanto às caixas de ferramentas alternativas do MFC, sugiro o bcgsoft porque parte de sua caixa de ferramentas está no Visual Studio Feature Pack, portanto é gratuito e se adapta muito bem ao VS.Eu olhei para o Ultimate Toolbox (fique longe dele, código obsoleto que não é mais atualizado) e Prof-UIs (OK, mas não achei tão fácil de integrar).

Agora que o BCG faz parte do MFC 'oficial', não vejo razão para escolher outra coisa que não o BCG (exceto talvez o custo, se você precisar de uma alternativa gratuita, pode consultar o codeproject).

Answer 2

Tenho experiência limitada com Stingray.

No entanto, quero sugerir experimentar o Xtreme Toolkit Pro da CodeJock (http://www.codejock.com).Sua GUI é muito boa e é muito bem suportada.

Answer 3

Tenho usado o Stingray há cerca de oito anos e já pensei em abandoná-lo algumas vezes.Até agora, decidi não, principalmente porque portei uma versão para Windows CE e Mobile e não vejo muito mais oferecendo a mesma solução nesta plataforma.Embora o Stingray não seja perfeito, agora eles têm uma versão de 64 bits e é um produto bastante estável.

O que estou fazendo é substituir as áreas muito fracas do Stingray, como o suporte XML, por alternativas.Neste caso eu fui com Expatriado por motivos de desempenho.

Os perigos de se mudar?Você poderia ir de algo estável, mas antiquado, para bonito, mas instável;) No meu caso, eu também eliminaria um bom número de meus scripts de teste automatizados que funcionam no nível da GUI.

Editar: Só para acrescentar um pouco ao que foi dito acima, mudei do VS2003 para o VS2008 esta semana e, ao mesmo tempo, do Objective Studio 2006 v2 para o Objective Studio 10.1.A transição foi bastante tranquila, com uma pequena falha que foi prontamente resolvida pelo suporte técnico da RogueWave.Mesmo isso teria passado despercebido se não tivéssemos um conjunto de testes de regressão GUI muito extenso.IMO, Stingray é um produto muito maduro, bem suportado, rico em recursos e, o mais importante, estável.Eu não vou mudar isso tão cedo sem um bom motivo.