Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/qt/7.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Qt mono仍然适合Linux桌面应用程序吗_Qt_Mono_Gtk - Fatal编程技术网

Qt mono仍然适合Linux桌面应用程序吗

Qt mono仍然适合Linux桌面应用程序吗,qt,mono,gtk,Qt,Mono,Gtk,我想为Linux制作一个桌面应用程序,我想知道C#/mono是否仍然适用于此。他们是否计划为GTK 3制作包装?还是Qyoto是更好的选择?另外,我想知道GTK对于Ubuntu是否是个好主意,因为他们计划制作自己的窗口服务器。(如果我没有收到错误信息,将使用QT… 任何提示都非常感谢。您可以在KDE或Gnome DEs上使用Qt或GTK,DE使用的内容与您的应用程序无关,因为系统无论如何都会有两组库可用。Qt的优点是,您可以轻松地迁移到其他平台 我个人会远离Mono,它仍然可以在所有主要发行版上

我想为Linux制作一个桌面应用程序,我想知道C#/mono是否仍然适用于此。他们是否计划为GTK 3制作包装?还是Qyoto是更好的选择?另外,我想知道GTK对于Ubuntu是否是个好主意,因为他们计划制作自己的窗口服务器。(如果我没有收到错误信息,将使用QT…

任何提示都非常感谢。

您可以在KDE或Gnome DEs上使用Qt或GTK,DE使用的内容与您的应用程序无关,因为系统无论如何都会有两组库可用。Qt的优点是,您可以轻松地迁移到其他平台


我个人会远离Mono,它仍然可以在所有主要发行版上使用,但以稳定性差而闻名。它也是,而且自2011年12月以来,他们还没有发布新版本。。。例如,在我使用的发行版openSUSE上,Mono运行时和绑定默认不安装,这一点很重要,这与大多数其他大型VM/解释语言(例如Python和Java)不同。

您可以在KDE或Gnome DEs上使用Qt或GTK,DE使用的内容与您的应用程序无关,因为系统无论如何都会有两组库可用。Qt的优点是,您可以轻松地迁移到其他平台

我个人会远离Mono,它仍然可以在所有主要发行版上使用,但以稳定性差而闻名。它也是,而且自2011年12月以来,他们还没有发布新版本。。。例如,在我使用的发行版openSUSE上,Mono运行时和绑定不是默认安装的,这一点很重要,这与大多数其他大型VM/解释语言(例如Python和Java)不同

mono仍然适合Linux桌面应用程序吗

是的,这方面的一个很好的例子是

他们是否计划为GTK 3制作包装

像我这样的社区人士正在努力实现这一目标。事实上,已经有一个GTK版本绑定了GTK+3.x,它是一个标记为“2.99”的预览版本

还是Qyoto是更好的选择

我不确定。我不知道有哪个关键应用程序使用这个绑定,尽管绑定似乎得到了维护。有东西告诉我,还有很多工作正在进行中,在这个领域要做的事情,因为QT是C++,很难将它绑定到C。但最近有一些进展可以解决这些非常有希望的问题,例如

另外,我想知道GTK对于Ubuntu是否是个好主意,因为他们计划制作自己的窗口服务器。(如果我没有收到错误信息,将使用Qt…)

你误传了。Canonical的Mir项目比您所想的要低一个抽象级别:它打算以类似Wayland的方式替换X11。gtk+和Qt都在X11上运行

也就是说,如果您对选择错误的选项非常谨慎,您可以使用,它将您完全从每个平台的工具箱中抽象出来。这样,您将来只需要实现一个Qt后端(用于XWT),以防您想在Linux平台上停止使用GTK+

mono仍然适合Linux桌面应用程序吗

是的,这方面的一个很好的例子是

他们是否计划为GTK 3制作包装

像我这样的社区人士正在努力实现这一目标。事实上,已经有一个GTK版本绑定了GTK+3.x,它是一个标记为“2.99”的预览版本

还是Qyoto是更好的选择

我不确定。我不知道有哪个关键应用程序使用这个绑定,尽管绑定似乎得到了维护。有东西告诉我,还有很多工作正在进行中,在这个领域要做的事情,因为QT是C++,很难将它绑定到C。但最近有一些进展可以解决这些非常有希望的问题,例如

另外,我想知道GTK对于Ubuntu是否是个好主意,因为他们计划制作自己的窗口服务器。(如果我没有收到错误信息,将使用Qt…)

你误传了。Canonical的Mir项目比您所想的要低一个抽象级别:它打算以类似Wayland的方式替换X11。gtk+和Qt都在X11上运行


也就是说,如果您对选择错误的选项非常谨慎,您可以使用,它将您完全从每个平台的工具箱中抽象出来。这样,将来如果您想停止在Linux平台上使用GTK+,您只需要实现一个Qt后端(用于XWT)。

如果您喜欢C#语法,也许您想试试;)如果你喜欢C#语法,也许你想试试;)为什么要投否决票?我说的不对吗?我没有投反对票,而且我对Linux上的Mono也没有太多经验,所以我不能说Linux上的稳定性,但目前的版本是3.0.10,上个月发布了(它的标签是beta版,但它与Xamarin的商业产品是同一个版本)。不,目前的公开发行版本是v2.10.8,在官方网站上有明确说明。我确信他们在各种beta和alpha状态下都有其他的开发分支,但它们不算是当前版本。你必须非常勇敢(愚蠢)地在自己的开发人员感觉无法将其标记为完成的语言版本上构建生产代码……为什么要投否决票?我说的不对吗?我没有投反对票,而且我对Linux上的Mono也没有太多经验,所以我不能说Linux上的稳定性,但目前的版本是3.0.10,上个月发布了(它的标签是beta版,但它与Xamarin的商业产品是同一个版本)。不,目前的公开发行版本是v2.10.8,在官方网站上有明确说明。我确信他们在各种beta和alpha状态下都有其他的开发分支,但它们不算是当前版本。你必须要漂亮