性能关键GUI应用程序(windows,linux)

我的任务是更新一系列应用程序,这些应用程序是性能关键的VB.NET应用程序,基本上只监视和返回网络统计信息.我只有三个要求:将它转换为C#,使其快速,并使其稳定

有一点需要注意的是,我们"可能"从.net平台迁移到Linux "很快"

我将负责将来维护这些应用程序,所以我想这样做.我决定根据MVP模式重构这些应用程序,以便我可以正确地测试这个坏男孩的地狱.但我也在想,因为我使用MVP,我也可以在本机C/C++代码中执行计算上昂贵的东西,而GUI将使用.NET表单,或Qt或其他任何东西.

问题:

在winforms中执行GUI是否有意义,但在本机,非托管C/C++中使用昂贵的东西？

有关适合上述情况的良好跨平台窗口套件的任何建议吗？

Derek Park.. 5

首先,我会花点时间尝试一些VB.NET到C#转换器.你基本上是移植语法,如果你不需要,没有理由手工完成.当然,您可能需要清理转换器的内容,但这比手动转换要好.

现在,至于你的问题:

1)在winforms中执行GUI是否有意义,但在本机,非托管C/C++中使用昂贵的东西？

还没.等到你完成转换,然后找出你实际花费时间的地方.在您发现它是必要的之前,没有理由将C/C++与C#混合使用.您可能会发现陷入不安全的C#就足够了.即使这可能是不必要的.您可能只需要优化算法.找出你的瓶颈是什么,然后决定如何解决它们.

2)对于适合上述场景的良好跨平台窗口套件的任何建议？

我肯定会关注单声道.如果你要使用C#,这真的是你能做的最好的事情.当你转移到Linux时,它几乎可以是单声道或另一种语言的另一种重写.

首先,我会花点时间尝试一些VB.NET到C#转换器.你基本上是移植语法,如果你不需要,没有理由手工完成.当然,您可能需要清理转换器的内容,但这比手动转换要好.

现在,至于你的问题:

1)在winforms中执行GUI是否有意义,但在本机,非托管C/C++中使用昂贵的东西？

还没.等到你完成转换,然后找出你实际花费时间的地方.在您发现它是必要的之前,没有理由将C/C++与C#混合使用.您可能会发现陷入不安全的C#就足够了.即使这可能是不必要的.您可能只需要优化算法.找出你的瓶颈是什么,然后决定如何解决它们.

2)对于适合上述场景的良好跨平台窗口套件的任何建议？

我肯定会关注单声道.如果你要使用C#,这真的是你能做的最好的事情.当你转移到Linux时,它几乎可以是单声道或另一种语言的另一种重写.