代码之家  ›  专栏  ›  技术社区  ›  titanae

从Stingray目标工具包迁移

  •  2
  • titanae  · 技术社区  · 17 年前

    我们有一系列商业MFC/C++应用程序,我们使用 Stingray Objective Toolkit ,我们有源代码许可证,过去曾使用以下工具将其移植到Solaris/IRIX/HP-UX/AIX Bristol Technologies WindU (UNIX上的Windows API,包括MFC)。

    长话短说,最近大约18个月前,我们将Stingray移植到Win64,但这是一项漫长而乏味的任务,在此期间,我对商业和开源替代MFC扩展库进行了一些研究,比如 Ultimate Toolbox Prof-UIS .

    • 还有其他人使用过黄貂鱼并转向了替代品吗?
    • 如果是这样,你会建议哪一个?
    • 此举的主要风险是什么?
    3 回复  |  直到 15 年前
        1
  •  2
  •   Roel    17 年前

    是的,我们已经离开了黄貂鱼。这取决于您使用的黄貂鱼组件。对于网格控件,您可以使用www.codeproject.com上的免费MFC网格控件或 http://www.bcgsoft.com/ 。免费版还可以,但开发已经停滞,因此没有现代UI渲染等。

    “布局编辑器”Stingray组件可以用bcgsoft.com上的组件替换,但我没有这方面的经验——我们自己重写了所需的功能(这只是Stingray提供的功能的一个子集)。

    至于替代的MFC工具箱,我建议使用bcgsoft,因为他们的工具箱的一部分在Visual Studio Feature Pack中,所以它是免费的,非常适合VS。我看过Ultimate toolbox(远离它,不再更新的过时代码)和Prof-UI(好的,但我发现它不太容易集成)。

    既然BCG是“官方”MFC的一部分,我看不出有什么理由选择BCG以外的东西(除了成本,如果你需要一个免费的替代品,你可以看看codeproject)。

        2
  •  1
  •   Gautam Jain    17 年前

    我对黄貂鱼的经验有限。

    但是,我建议尝试CodeJock的Xtreme Toolkit Pro( http://www.codejock.com ).它的GUI非常好,支持得很好。

        3
  •  0
  •   SmacL    16 年前

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

    我正在做的是用替代品替换Stingray的薄弱环节,如XML支持。在这种情况下,我选择了 Expat 出于性能原因。

    搬家的风险?你可以从稳定但老式的东西变成漂亮但古怪的东西;)就我而言,我还会删除相当多在GUI级别工作的自动化测试脚本。

    编辑: 为了对上述内容稍作补充,我本周从VS2003转到了VS2008,同时从Objective Studio 2006 v2转到了Objective Studio 10.1。过渡过程非常无缝,有一个小故障被RogueWave技术支持人员迅速处理。如果我们没有一个非常广泛的GUI回归测试套件,即使这样也会被忽视。国际海事组织认为,黄貂鱼是一种非常成熟、支持良好、功能丰富、最重要的是稳定的产品。没有很好的理由,我不会很快搬走的。