从 Stingray Objective Toolkit 迁移

Question

我们有一系列商业 MFC/C++ 应用程序，我们使用这些应用程序进行销售 Stingray 物镜工具包, ，我们拥有源代码许可证，并在过去使用它将其移植到 Solaris/IRIX/HP-UX/AIX 布里斯托尔科技 WindU （UNIX 上的 Windows API，包括 MFC）。

长话短说，最近大约 18 个月前，我们将 Stingray 移植到了 Win64，但这是一项长期乏味的任务，在这段时间里，我对商业和开源替代 MFC 扩展库进行了一些研究，例如 终极工具箱 和 UIS教授.

• 还有其他人使用 Stingray 并转向替代方案吗？
• 如果是这样，您会建议哪一个？
• 此举的主要危险是什么？

Answer 1

是的，我们已经远离了 Stingray。这取决于您使用的 Stingray 组件。对于网格控件，您可以使用 www.codeproject.com 上的免费 MFC 网格控件或来自 http://www.bcgsoft.com/. 。免费的还可以，但开发已经停滞，所以没有现代的 UI 渲染等。

“布局编辑器”Stingray 组件可以替换为 bcgsoft.com 中的组件，但我没有这方面的经验 - 我们自己重写了所需的功能（这只是 Stingray 提供的功能的一个子集） 。

至于替代的MFC工具箱，我建议bcgsoft，因为他们的工具箱的一部分位于Visual Studio功能包中，所以它是免费的并且非常适合VS。我看过 Ultimate Toolbox（远离它，不再更新的陈旧代码）和 Prof-UI（好吧，但我发现它不太容易集成）。

既然 BCG 是“官方”MFC 的一部分，我看不出有什么理由选择 BCG 以外的东西（除了可能的成本，如果您需要免费的替代方案，您可以查看 codeproject）。

Answer 2

我对 Stingray 的经验有限。

不过，我想建议尝试 CodeJock 的 Xtreme Toolkit Pro（http://www.codejock.com）。它的 GUI 非常好并且支持也很好。

Answer 3

在过去的八年左右的时间里，我一直在使用 Stingray，并且已经考虑过几次放弃它。到目前为止，我已经决定反对，主要是因为我已经将一个版本移植到 Windows CE 和 Mobile，并且在这个平台上没有看到太多其他提供相同的解决方案。虽然 Stingray 并不完美，但他们现在已经有了 64 位版本，并且它是一个非常稳定的产品。

我正在做的事情是用替代品替换 Stingray 非常薄弱的​​部分，例如 XML 支持。在这种情况下我去了 外籍人士 出于性能原因。

搬家有什么危险？你可以从稳定但老式的东西变成漂亮但脆弱的东西；）就我而言，我还会删除相当数量的在 GUI 级别工作的自动化测试脚本。

编辑： 只是为了对上面的内容进行一些补充，本周我从 VS2003 迁移到 VS2008，同时从 Objective Studio 2006 v2 迁移到 Objective Studio 10.1。过渡过程非常顺利，只是出现了一个小故障，RogueWave 技术支持人员很快就解决了这一问题。如果我们没有非常广泛的 GUI 回归测试套件，即使这一点也不会被注意到。在我看来，Stingray 是一款非常成熟、支持良好、功能丰富且最重要的是稳定的产品。如果没有充分的理由，我不会很快移动它。