5

我从来没有真正听说过Qyoto。我的问题是,它仍然存在并且好用吗?在我的一个项目中使用它会很聪明,还是应该坚持使用另一种语言的 gtk# 或 qt?目前有使用Qyoto的项目吗?

4

3 回答 3

8

我在 .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)。

于 2011-10-21T17:57:23.417 回答
2

最后我检查了一下,Qyoto 在 Windows 上不稳定。我目前正在为 Qt 使用另一个 .NET 绑定 - qt4dotnet。工作正常,但你不能使用 Qt Designer 和 API 使用 Java 约定,因为它基于 Qt Jambi。.NET 事件和 qt4dotnet 中的 Qt 信号之间也没有集成。

于 2011-03-23T12:41:49.010 回答
0

更新:Qyoto 最近已经过时,它的继任者是QtSharp

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

于 2014-02-16T21:00:16.843 回答