Migration von Stingray Objective Toolkit

Question

Wir haben eine Sammlung von kommerziellen MFC / C ++ Anwendungen, die wir Stingray Objective Toolkit verkaufen mit , wir haben Quellcode-Lizenz und haben es in der Vergangenheit zu Solaris / IRIX / HP-UX / AIX portiert mit Bristol Technologies Windu (Windows API für UNIX, einschließlich MFC).

Jede lange Geschichte kurz vor kurzem vor etwa 18 Monaten portierten wir Stingray auf Win64, aber eine lange eine mühsame Aufgabe, in dieser Zeit habe ich einige die Forschung über kommerzielle und Open-Source-Alternative MFC-Erweiterungs-Bibliotheken Dinge wie Ultimate Toolbox und Prof-UIS .

• Hat jemand anderes verwendet Stingray und zog nach einer Alternative?
• Wenn ja, welche würden Sie vorschlagen?
• Was sind die wichtigsten Gefahren des Umzugs waren?

Answer 1

Ja, wir haved ziehen von Stingray entfernt. Es hängt davon ab, welche Komponenten Stingray Sie verwenden. Für den Grid-Control, können Sie die kostenlose MFC Gridcontrol von www.codeproject.com oder den kommerziellen eines von http: // www.bcgsoft.com/ . Die freie ist in Ordnung, aber die Entwicklung ist ins Stocken geraten, so dass kein modernes UI-Rendering etc.

Die ‚Layout-Editor‘ Stingray Komponente kann durch einen von bcgsoft.com ersetzt werden, aber ich habe keine Erfahrung mit, dass - wir die Funktionalität umschrieb wir aus, was benötigen auf unserem eigenen (es war nur ein Teil von dem, was Stingray zur Verfügung gestellt).

Wie für alternative MFC Werkzeugkästen, schlage ich vor BCGSoft, weil ein Teil ihrer Toolbox in Visual Studio Feature Pack ist so es kostenlos ist und passt sehr gut zu VS. Ich habe bei Ultimate Toolbox sah (bleibt weg von ihm, abgestandenem Code, der nicht mehr aktualisiert wird) und Prof-UIs (OK, aber ich fand es nicht so einfach zu integrieren).

Nun, da BCG Teil des ‚offiziellen‘ MFC ist ich etwas anderes als BCG keinen Grund sehen, zu wählen (außer vielleicht die Kosten, wenn Sie eine kostenlose Alternative, die Sie bei Codeproject sehen können).

Answer 2

Ich habe wenig Erfahrung mit Stingray.

Allerdings möchte ich Codejock Xtreme Toolkit Pro versuchen ( http://www.codejock.com vorschlagen ). Seine GUI ist sehr gut und es ist sehr gut unterstützt.

Answer 3

Ich habe seit acht Jahren Stingray gewesen verwendet oder so, und haben bei dem Losfahren es ein paar Mal sah. Bisher habe ich beschlossen, gegen, vor allem, weil ich eine Version auf Windows CE und mobile Geräte portiert und nicht viel anderes sehen auf dieser Plattform die gleiche Lösung. Während Stingray nicht perfekt ist, haben sie jetzt eine 64-Bit-Version bekam, und es ist ein ziemlich stabiles Produkt.

Was ich tue, ist das Ersetzen der sehr schwachen Bereiche Stingray, wie die XML-Unterstützung, mit Alternativen. In diesem Fall ging ich mit Expat aus Leistungsgründen.

Die Gefahren der Bewegung? Sie gehen könnten von etwas stabil, aber altmodisch hübsch, aber flockig;). In meinem Fall würde ich auch eine ganze Reihe meiner automatisierten Testskripte töten, die auf GUI-Ebene arbeiten

Edit: Nur ein wenig nach oben hinzufügen, die ich von VS2003 auf VS2008 in dieser Woche bewegt und zugleich Ziel Studio 2006 v2 in Objective Studio 10.1. Der Übergang war ziemlich nahtlos, mit einem kleinen Fehler, die prompt von RogueWave Tech-Support behandelt wurden. Auch wäre dies unbemerkt geblieben, wenn wir nicht eine sehr umfangreiche GUI Testreihe haben. IMO ist Stingray ein sehr reifes, gut unterstützt, funktionsreiche und vor allem stabiles Produkt. Ich werde es nicht in absehbarer Zeit ohne triftigen Grund bewegen.