Tried it, some years ago, but preferred to go the GTK# route.
Not sure if it supports 64bit, but personally I still prefer to provide 32bit binaries even for deployment on 64bit systems, exactly because lots of infrastructure (native libs specially) isn't still available in 64bit, not only for UI.
Do you have a compelling reason to need 64-bit? You could always do your UI with GTK# in 32-bit, but have a backend service installed/running 64-bit. Just a thought on this one. Unless you are dealing with very large sets of data, you may be better off going the 32-bit route (at least in windows).
As already mentioned, there is wxWidgets, as well as a few other UI framework ports as well, but to be honest WinForms and GTK# are the best supported. If you want cross-platform GTK# is your best option currently. There is a more comprehensive list of GUI Toolkits for Mono here.
The main reason 64-bit GTK+ & GTK# aren't shipped on Windows is because there hasn't really been much demand. After all, most apps on 64-bit Windows are 32-bit. Some users did put some effort into fixing bugs, so if you have a compelling reason for needing 64-bit on Windows I suggest poking around in the gtk-sharp-list mailing list archives.
Regarding VirtualMode, I'm not familiar with it but it sounds like implementing a custom GTK TreeModel. GTK TreeView uses a model/view split - so for a list view, one typically connects a ListStore (a simple flat implementation of TreeModel) to a TreeView. Alternatively, you may wish to check Banshee's fully managed GTK# ListView, which was designed for virtualized views onto a Sqlite database.
发布评论
评论（3）
您可以尝试 WX Widgets.NET ： http://wxnet.sourceforge.net/
尝试过，有几年了以前，但更喜欢走 GTK# 路线。
不确定它是否支持 64 位，但就我个人而言，即使在 64 位系统上部署，我仍然更喜欢提供 32 位二进制文件，这正是因为许多基础设施（特别是本机库）在 64 位中仍然不可用，而不仅仅是 UI。
You can try WX Widgets.NET : http://wxnet.sourceforge.net/
Tried it, some years ago, but preferred to go the GTK# route.
Not sure if it supports 64bit, but personally I still prefer to provide 32bit binaries even for deployment on 64bit systems, exactly because lots of infrastructure (native libs specially) isn't still available in 64bit, not only for UI.
您有充分的理由需要 64 位吗？您始终可以使用 32 位 GTK# 来完成 UI，但安装/运行 64 位后端服务。只是对此的一个想法。除非您正在处理非常大的数据集，否则最好采用 32 位路线（至少在 Windows 中）。
正如已经提到的，有 wxWidgets，以及其他一些 UI 框架端口，但说实话，WinForms 和 GTK# 是得到最好支持的。如果你想要跨平台 GTK# 是你目前最好的选择。 这里有更全面的 Mono GUI 工具包列表。
Do you have a compelling reason to need 64-bit? You could always do your UI with GTK# in 32-bit, but have a backend service installed/running 64-bit. Just a thought on this one. Unless you are dealing with very large sets of data, you may be better off going the 32-bit route (at least in windows).
As already mentioned, there is wxWidgets, as well as a few other UI framework ports as well, but to be honest WinForms and GTK# are the best supported. If you want cross-platform GTK# is your best option currently. There is a more comprehensive list of GUI Toolkits for Mono here.
主要原因是64位GTK+& GTK# 没有在 Windows 上提供是因为实际上没有太多需求。毕竟，64 位 Windows 上的大多数应用程序都是 32 位的。一些用户确实付出了一些努力来修复错误，因此，如果您有令人信服的理由需要在 Windows 上使用 64 位，我建议您查看 gtk-sharp-list 邮件列表档案。
关于 VirtualMode，我不熟悉它，但听起来像是实现自定义 GTK TreeModel。 GTK TreeView 使用模型/视图分割 - 因此对于列表视图，通常将 ListStore（TreeModel 的一种简单平面实现）连接到 TreeView。或者，您可能希望检查 Banshee 的完全托管 GTK# ListView，它是为 Sqlite 数据库上的虚拟化视图而设计的。
The main reason 64-bit GTK+ & GTK# aren't shipped on Windows is because there hasn't really been much demand. After all, most apps on 64-bit Windows are 32-bit. Some users did put some effort into fixing bugs, so if you have a compelling reason for needing 64-bit on Windows I suggest poking around in the gtk-sharp-list mailing list archives.
Regarding VirtualMode, I'm not familiar with it but it sounds like implementing a custom GTK TreeModel. GTK TreeView uses a model/view split - so for a list view, one typically connects a ListStore (a simple flat implementation of TreeModel) to a TreeView. Alternatively, you may wish to check Banshee's fully managed GTK# ListView, which was designed for virtualized views onto a Sqlite database.