Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/csharp/324.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
C# Qyoto是一个可行的平台吗?_C#_.net_Qt_Qyoto - Fatal编程技术网

C# Qyoto是一个可行的平台吗?

C# Qyoto是一个可行的平台吗?,c#,.net,qt,qyoto,C#,.net,Qt,Qyoto,我从来没有听说过Qyoto。我的问题是,它是否仍然存在并且可以使用?在我的一个项目中使用是明智的,还是应该坚持使用另一种语言的gtk或qt?目前是否有任何项目正在使用Qyoto?上次我检查时,Qyoto在Windows上不稳定。我目前正在为Qt-qt4dotnet使用另一个.NET绑定。工作正常,但不能使用Qt设计器,API使用Java约定,因为它基于Qt Jambi。此外,qt4dotnet中的.NET事件和Qt信号之间没有集成。我在.NET中编写了一个小型跨平台应用程序。我最初是在Windo

我从来没有听说过Qyoto。我的问题是,它是否仍然存在并且可以使用?在我的一个项目中使用是明智的,还是应该坚持使用另一种语言的gtk或qt?目前是否有任何项目正在使用Qyoto?

上次我检查时,Qyoto在Windows上不稳定。我目前正在为Qt-qt4dotnet使用另一个.NET绑定。工作正常,但不能使用Qt设计器,API使用Java约定,因为它基于Qt Jambi。此外,qt4dotnet中的.NET事件和Qt信号之间没有集成。

我在.NET中编写了一个小型跨平台应用程序。我最初是在Windows上用WinForms UI编写的。当我把它移植到mono上时,我发现Linux上的用户界面真的很糟糕。为了获得更好的Linux UI,我在GTK中重写了UI。拥有设计器很好,但是当来自WinForms(更不用说WPF)时,GTK是一个糟糕的UI框架。事实上,它是基于一个C框架的,这一点很明显。很多东西都显示了它们的程序根源,只是感觉不太以.Net为中心。所有控件都不理解.Net Framework组件。例如,您不能将DataTable绑定到GTK网格控件。而且,文档非常差

自从我在Linux上使用KDE以来,我一直在研究Qyoto。最近我让我的应用程序加载了一个Qt用户界面。我使用Qt设计器设计了它,并使用uics工具将.ui文件转换为C#。对于习惯于VisualStudio的人来说,这一额外的步骤是一种痛苦。此外,Qyoto也没有真正与.Net集成。例如,QT信号/插槽机制与.Net事件/事件处理程序系统是分开的。再一次,螺栓和电线显示通过


这些因素和其他几个因素迫使我离开.Net进行Linux GUI开发。同样,由于我使用KDE,我将坚持使用Qt。我现在的决定是在Python和C++之间。Python对于RAD来说是很棒的,但是我正在寻找一个很棒的IDE,它正在推动我走向C++(Qt Creator)。

< P>更新:Qyoto最近被淘汰了,它的继承者是。
它非常混乱,看起来Qyoto最初是基于另一个名为QtSharp的项目。现在这个新项目也被称为QtSharp://

我听说过qt4dotnet。奇怪的是,我听说它不如Qyoto稳定。这在Linux中是真的吗?使用qt4dotnet编程好吗?它真的稳定吗?我尝试用QT占碑编写代码并没有很好地结束,所以我没有真正考虑QT4DOTNET。那么,你会建议qt4dotnet而不是qyoto吗?@Patrick:当然,我建议qt4dotnet而不是qyoto,因为qt4dotnet在Windows下工作得很好。不过Qyoto有一个更好的API,所以在Linux中它可能是一个更好的选择。不过,我不知道有哪个项目使用Qt和.NET。我对qt4dotnet的经验是,使用它编程并不好,但它是可行的。因此,如果您有理由将Qt与.NET一起使用,那么qt4dotnet就足够了。否则我会坚持使用GTK#、WPF或其他东西。@Patrick:再看看,如果伟大的IDE是促使您采用Qt Creator而不是PySide/PyQT的唯一原因,那么您可以尝试一下PyCharm。我将一个项目从Qt/C++(使用QtCreator)迁移到PySide(使用PyCharm IDE),目前我更喜欢后者。正如你提到的,它很快,而且更自然。我不能再忍受.h文件了,我很难回到Qt Creator。。。