Domanda

Abbiamo una raccolta di applicazioni MFC/C++ commerciali che vendiamo utilizzando Kit di strumenti per obiettivi Stingray, disponiamo della licenza del codice sorgente e in passato lo abbiamo portato su Solaris/IRIX/HP-UX/AIX utilizzando Bristol Technologies WindU (API Windows su UNIX, incluso MFC).

Per farla breve, di recente, circa 18 mesi fa, abbiamo portato Stingray su Win64, ma è stato un compito lungo e noioso, durante questo periodo ho fatto alcune ricerche su librerie di estensioni MFC alternative commerciali e open source, cose come Cassetta degli attrezzi definitiva E Prof-UIS.

  • Qualcun altro ha usato Stingray e è passato a un'alternativa?
  • Se sì, quale suggeriresti?
  • Quali sono stati i principali rischi del trasloco?
È stato utile?

Soluzione

Sì, ci siamo allontanati da Stingray.Dipende da quali componenti Stingray stai utilizzando.Per il controllo della griglia, è possibile utilizzare il gridcontrol MFC gratuito da www.codeproject.com o quello commerciale da http://www.bcgsoft.com/.Quello gratuito è OK ma lo sviluppo è in fase di stallo, quindi nessun rendering dell'interfaccia utente moderna, ecc.

Il componente Stingray "editor di layout" può essere sostituito da quello di bcgsoft.com, ma non ho esperienza in merito: abbiamo riscritto da soli la funzionalità di cui avevamo bisogno (era solo un sottoinsieme di ciò che Stingray forniva) .

Per quanto riguarda i toolbox MFC alternativi, suggerisco bcgsoft perché parte del loro toolbox si trova nel Feature Pack di Visual Studio, quindi è gratuito e si adatta molto bene a VS.Ho esaminato Ultimate Toolbox (stai lontano, codice obsoleto che non viene più aggiornato) e Prof-UI (OK ma non l'ho trovato così facile da integrare).

Ora che BCG fa parte dell'MFC "ufficiale" non vedo motivo di scegliere qualcos'altro oltre a BCG (tranne forse il costo, se hai bisogno di un'alternativa gratuita puoi guardare codeproject).

Altri suggerimenti

Ho un'esperienza limitata con Stingray.

Tuttavia, voglio suggerire di provare Xtreme Toolkit Pro di CodeJock (http://www.codejock.com).La sua GUI è molto buona ed è supportata molto bene.

Ho usato Stingray negli ultimi otto anni circa e ho pensato di abbandonarlo un paio di volte.Finora ho deciso di non farlo, principalmente perché ho portato una versione su Windows CE e Mobile e non vedo molto altro che dia la stessa soluzione su questa piattaforma.Sebbene Stingray non sia perfetto, ora hanno una versione a 64 bit ed è un prodotto abbastanza stabile.

Quello che sto facendo è sostituire le aree molto deboli di Stingray, come il supporto XML, con alternative.In questo caso sono andato con espatriato per ragioni di prestazione.

I rischi del trasloco?Potresti passare da qualcosa di stabile ma vecchio stile a carino ma instabile;) Nel mio caso, ucciderei anche un buon numero dei miei script di test automatizzati che funzionano a livello di GUI.

Modificare: Giusto per aggiungere qualcosa a quanto sopra, questa settimana sono passato da VS2003 a VS2008 e contemporaneamente da Objective Studio 2006 v2 a Objective Studio 10.1.La transizione è stata abbastanza fluida, con un piccolo problema che è stato prontamente gestito dal supporto tecnico di RogueWave.Anche questo sarebbe passato inosservato se non avessimo avuto una suite di test di regressione della GUI molto estesa.Secondo me, Stingray è un prodotto molto maturo, ben supportato, ricco di funzionalità e, soprattutto, stabile.Non me ne andrò presto senza una buona ragione.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top