我们有一组商业MFC / C ++应用程序，我们使用Stingray Objective Toolkit销售，我们拥有源代码许可证，并使用{{3}将其移植到Solaris / IRIX / HP-UX / AIX （UNIX上的Windows API，包括MFC）。
最近大约18个月前，我们将Stingray移植到Win64，但这是一项冗长乏味的任务，在此期间，我对商业和开源替代MFC扩展库进行了一些研究，如Bristol Technologies WindU和{ {3}}
答案 0 :(得分：2)
是的，我们已经离开了Stingray。这取决于您使用的Stingray组件。对于网格控制，您可以使用www.codeproject.com上的免费MFC网格控件或http://www.bcgsoft.com/中的商业网格控件。免费的一个是好的，但开发已经停滞，所以没有现代的UI渲染等。
“布局编辑器”Stingray组件可以替换为bcgsoft.com中的那个，但我没有相关经验 - 我们自己重写了我们需要的功能（它只是其中的一部分）黄貂鱼提供）。
至于替代MFC工具箱，我建议使用bcgsoft，因为它们的工具箱部分位于Visual Studio Feature Pack中，所以它是免费的，非常适合VS.我看过Ultimate Toolbox（远离它，不再更新的陈旧代码）和Prof-UI（好但我发现它不是那么容易集成）。
既然BCG是'官方'MFC的一部分，我没有理由选择其他东西而不是BCG（除了成本，如果你需要一个免费的替代方案，你可以查看代码项目）。
答案 1 :(得分：1)
我对Stingray的经验有限。
但是，我想建议尝试CodeJock的Xtreme Toolkit Pro（http://www.codejock.com）。它的GUI非常好，支持得非常好。
答案 2 :(得分：0)
我过去八年左右一直在使用Stingray，并且已经考虑过几次移动它。到目前为止，我已经决定反对，主要是因为我已将一个版本移植到Windows CE＆amp;移动，并没有看到在这个平台上提供相同的解决方案。虽然Stingray并不完美，但它们现在已经有了64位版本，而且它是一款非常稳定的产品。
我正在做的是用替代品替换Stingray的非常弱的区域，例如XML支持。在这种情况下，出于性能原因，我选择Expat。
移动的危险？你可以从稳定但老式的东西变成漂亮但又好看的东西;）在我的情况下，我也会杀死相当数量的在GUI级别工作的自动化测试脚本。
编辑：为了向上面添加一些内容，本周我从VS2003迁移到VS2008，同时将Objective Studio 2006 v2迁移到Objective Studio 10.1。转换非常顺利，一个小故障由RogueWave技术支持迅速处理。如果我们没有非常广泛的GUI回归测试套件，那么即使这样也不会被注意到。 IMO，Stingray是一个非常成熟，支持良好，功能丰富且最重要的稳定产品。我不会在没有充分理由的情况下很快就会移动它。