我真的没听说过Qyoto。我的问题是，它仍然存在且使用效果好吗？在我的一个项目中使用它是否聪明，还是应该坚持使用另一种语言的gtk＃或qt？目前有没有正在使用Qyoto的项目？
答案 0 :(得分：8)
我在.Net中编写了一个小型跨平台应用程序。我最初使用WinForms UI在Windows上编写它。当我将它移植到mono时，我发现用户界面确实在Linux上受到了影响。为了获得更好的Linux UI，我在GTK＃中重写了UI。拥有设计师很高兴，但GTK＃来自WinForms（从不介意WPF）是一个糟糕的UI框架。它基于C框架的事实真正体现了。很多东西都显示出它们的程序根源，它感觉不是非常.Net以中心为中心。没有任何控件理解.Net Framework组件。因此，例如，您无法将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，但我真的很想找到一个很棒的IDE，这让我想到了C ++（Qt Creator）。
答案 1 :(得分：2)
最后我查了一下，Qyoto在Windows上不稳定。我目前正在为Qt使用另一个.NET绑定 - qt4dotnet。工作正常，但你不能使用Qt Designer，API使用Java约定，因为它基于Qt Jambi。此外，qt4dotnet中的.NET事件和Qt信号之间没有集成。
答案 2 :(得分：0)
更新：Qyoto最近已经过时，其继任者是QtSharp。
它非常令人困惑，看起来像Qyoto最初是基于另一个名为QtSharp的项目。现在新项目也称为QtSharp：/