寻找.NET和Mono的UI库

寻找.NET和Mono的UI库,.net,user-interface,listview,mono,virtualmode,.net,User Interface,Listview,Mono,Virtualmode,我正在寻找一个适用于.NET和Mono的UI库,类似于Gtk,但支持64位(也在Windows上),以及一些小部件,如WinForm的ListView和VirtualMode 我不想使用WinForms和WPF。还有别的选择吗 谢谢。您可以试试WX Widgets.NET: 几年前尝试过,但更喜欢GTK路线 不确定它是否支持64位,但就我个人而言,我仍然更喜欢提供32位二进制文件,即使是在64位系统上部署,这正是因为许多基础设施(特别是本机libs)在64位系统中仍然不可用,而不仅仅是在UI上。

我正在寻找一个适用于.NET和Mono的UI库,类似于Gtk,但支持64位(也在Windows上),以及一些小部件,如WinForm的ListView和VirtualMode

我不想使用WinForms和WPF。还有别的选择吗


谢谢。

您可以试试WX Widgets.NET:

几年前尝试过,但更喜欢GTK路线


不确定它是否支持64位,但就我个人而言,我仍然更喜欢提供32位二进制文件,即使是在64位系统上部署,这正是因为许多基础设施(特别是本机libs)在64位系统中仍然不可用,而不仅仅是在UI上。

您是否有迫切的理由需要64位?你可以用32位的GTK做你的UI,但是要安装/运行64位的后端服务。我只是想一想。除非您正在处理非常大的数据集,否则最好使用32位路径(至少在windows中)


如前所述,有wxWidgets,还有一些其他UI框架端口,但老实说,WinForms和GTK#是最受支持的。如果您想要跨平台,GTK是您目前的最佳选择。这里有一个更全面的列表。

64位GTK+>K#没有在Windows上发布的主要原因是因为没有太多的需求。毕竟,64位Windows上的大多数应用程序都是32位的。一些用户确实在修复bug方面付出了一些努力,因此,如果您有一个令人信服的理由需要在Windows上使用64位,我建议您浏览一下gtk sharp list邮件列表存档


关于VirtualMode,我不熟悉它,但它听起来像是实现了一个定制的GTK树模型。GTK TreeView使用模型/视图拆分-因此对于列表视图,通常将ListStore(TreeModel的简单平面实现)连接到TreeView。或者,您可能希望查看Banshee的完全管理的GTK#ListView,它是为Sqlite数据库上的虚拟化视图而设计的。

如果有Qt就好了,但恐怕没有。我们必须为我们的产品设计出自己的产品。它基于WinForms,能够在Mac/Linux/BSD/Windows/Solaris上运行