Qyoto是一个可行的平台吗？

Question

我从来没听说过Qyoto的事。我的问题是，它还在使用吗？在我的一个项目中使用是否明智，或者我应该坚持在另一种语言中使用gtk#或qt？目前有没有使用Qyoto的项目？

Answer 1

据我所知，Qyoto在Windows上并不稳定。我目前正在为Qt - qt4dotnet使用另一个.NET绑定。运行良好，但是你不能使用Qt Designer来处理它，而且API使用Java约定，因为它是基于Qt Jambi的。在qt4dotnet中，.NET事件和Qt信号之间也没有集成。

Answer 2

我用.Net写了一个小的跨平台应用。我最初是用WinForms用户界面在Windows上写的。当我将它移植到mono时，我发现UI在Linux上真的很糟糕。为了获得更好的Linux，我用GTK#重写了UI。有设计器很好，但是GTK#是一个来自WinForms的糟糕的UI框架(更别提WPF了)。事实上，它是基于C框架的，这一事实确实通过。许多东西都显示了它们的过程根源，只是感觉不是很以.Net为中心。这些控件都不理解.Net框架组件。因此，例如，您不能将DataTable绑定到GTK网格控件。另外，文档也很差。

自从我在Linux上使用KDE以来，我已经研究Qyoto很长时间了。最近，我让我的应用程序加载了一个Qt UI。我使用Qt Designer进行了设计，并使用uics工具将.ui文件转换为C#。对于习惯于Visual Studio的人来说，这一额外的步骤是一个痛苦的过程。此外，Qyoto也没有真正与.Net集成。例如，QT信号/槽机制与.Net事件/事件处理器系统是分开的。再一次，螺栓和电线显露出来。

这些因素和其他几个因素迫使我放弃使用.Net进行Linux GUI开发。同样，由于我使用KDE，我将坚持使用Qt。我现在的决定是在Python和C++之间选择。Python对RAD来说很棒，但我真的在寻找一个很棒的集成开发环境，这促使我走向了C++ (Qt Creator)。

Answer 3

更新: Qyoto最近被淘汰了，它的继任者是QtSharp。

它非常令人困惑，看起来Qyoto最初是基于另一个名为QtSharp的项目。现在，新项目也被称为QtSharp :/