【发布时间】：2011-03-22 01:29:15
【问题描述】：
我从未真正听说过 Qyoto。我的问题是，它仍然存在并且好用吗？在我的一个项目中使用它会很聪明，还是应该坚持使用另一种语言的 gtk# 或 qt？目前有使用Qyoto的项目吗？
【问题讨论】：
【发布时间】：2011-03-22 01:29:15
【问题描述】：
我在 .Net 中编写了一个小型跨平台应用程序。我最初是在 Windows 上使用 WinForms UI 编写的。当我将它移植到 mono 时，我发现 UI 在 Linux 上确实受到了影响。为了获得更好的 Linux UI，我用 GTK# 重写了 UI。很高兴有设计师，但 GTK# 来自 WinForms 时是一个糟糕的 UI 框架（更不用说 WPF）。它基于 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）。
【讨论】：
-
如果出色的 IDE 是让您采用 Qt Creator 而不是 PySide/PyQT 的唯一原因，您可以尝试 PyCharm。我将一个项目从 Qt/C++（使用 Qt Creator）迁移到 PySide（使用 PyCharm IDE），目前我更喜欢后者。正如你提到的，它很快，而且更自然。我再也受不了 .h 文件了，我很难回到 Qt Creator...
上次我检查，Qyoto 在 Windows 上不稳定。我目前正在为 Qt 使用另一个 .NET 绑定 - qt4dotnet。工作正常，但你不能使用 Qt Designer 和 API 使用 Java 约定，因为它基于 Qt Jambi。 .NET 事件和 qt4dotnet 中的 Qt 信号之间也没有集成。
【讨论】：
-
我听说过 qt4dotnet。奇怪的是，我听说它不如 Qyoto 稳定。这在 Linux 中是真的吗？用 qt4dotnet 编程好吗？它实际上稳定吗？我用 Qt Jambi 编写代码的尝试并没有很好地结束，所以我并没有真正考虑 qt4dotnet。那么，你会建议 qt4dotnet 而不是 qyoto？
-
@Patrick：当然，我建议使用 qt4dotnet 而不是 Qyoto，因为 qt4dotnet 在 Windows 下运行良好。 Qyoto 有一个更好的 API，所以它在 Linux 中可能是一个更好的选择。不过，我不知道有任何使用 Qt 和 .NET 的项目。我对 qt4dotnet 的体验是，使用它进行编程并不好，但它是可行的。因此，如果您有理由将 Qt 与 .NET 一起使用，qt4dotnet 就足够了。否则我会坚持使用 GTK#、WPF 或其他东西。
-
@Patrick：另见stackoverflow.com/questions/4530841/…
更新：Qyoto最近被淘汰了，它的继任者是QtSharp。
它非常令人困惑，看起来 Qyoto 最初是基于另一个名为 QtSharp 的项目。现在这个新项目也叫 QtSharp :/
【讨论】：