Qyoto是一個可行的平臺嗎？

我從來沒有真正聽說過有關京都的消息。我的問題是，它是否仍然存在並且很好用？在我的一個項目中使用它會很聰明，還是應該堅持使用其他語言的gtk＃或qt？目前有沒有項目使用Qyoto？Qyoto是一個可行的平臺嗎？

2011-03-22 Patrick

最後我查了一下，Qyoto在Windows上不穩定。我目前正在使用另一個.NET綁定Qt - qt4dotnet。工作正常，但它不能使用Qt Designer，API使用Java約定，因爲它基於Qt Jambi。在qt4dotnet中，.NET事件和Qt信號之間也沒有整合。

來源

2011-03-23 12:41:49

我曾聽說過qt4dotnet。奇怪的是，我聽說它不如Qyoto穩定。在Linux中這是真的嗎？用qt4dotnet編程是否很好？它實際上是否穩定？我用Qt Jambi編寫代碼的嘗試並沒有結束，所以我沒有真正考慮qt4dotnet。那麼，你會在qyoto上建議qt4dotnet嗎？ – Patrick 2011-03-24 12:42:44

@Patrick：當然，我建議qt4dotnet over Qyoto，因爲qt4dotnet在Windows下運行良好。 Qyoto雖然有更好的API，所以它可能是Linux中更好的選擇。不過，我不知道使用Qt與.NET的任何項目。我對qt4dotnet的使用經驗是，編程不好，但是可行。所以如果你有理由將Qt與.NET結合使用，那麼qt4dotnet就足夠了。否則，我會堅持GTK＃，WPF或其他。 – 2011-03-24 16:38:24

@Patrick：另請參閱http://stackoverflow.com/questions/4530841/mono-ca-good-gui-toolkit-looks-good-on-kde – 2011-03-24 16:40:36

我在.Net中編寫了一個小型的跨平臺應用程序。我最初使用WinForms UI在Windows上編寫它。當我將它移植到單聲道時，我發現UI真的在Linux上遭受了損失。爲了獲得更好的Linux UI，我重寫了GTK＃中的UI。有設計師很高興，但來自WinForms的GTK＃是一個糟糕的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 for Linux GUI開發。再次，因爲我使用KDE，我會堅持使用Qt。我現在的決定是在Python和C++之間。 Python非常適合RAD，但我真的在尋找一個偉大的IDE，這讓我朝着C++（Qt Creator）邁進。

來源

2011-10-21 17:57:23 Swoogan

如果偉大的IDE是唯一讓您採用Qt Creator的觀點而不是PySide/PyQT，你可以試試PyCharm。我將一個項目從Qt/C++（使用Qt Creator）遷移到PySide（使用PyCharm IDE），我更喜歡後者。正如你提到的那樣，它很快速，而且更自然。我再也忍受不了.h文件了，我很難回到Qt Creator ... – Thomas 2012-05-22 13:43:33

更新：Qyoto最近已經過時，其後繼者是QtSharp。

它很混亂，看起來像Qyoto最初是基於另一個名爲QtSharp的項目。現在新的項目也被稱爲QtSharp：/

來源

2014-02-16 21:00:16 JimCricket

Qyoto是一個可行的平臺嗎？

回答

相關問題