簡體 English 中英

Qyoto是一個可行的平台嗎？

[英]Is Qyoto a viable platform?

原文 2011-03-22 01:29:15 0 3 c#/ .net/ qt/ qyoto

我真的沒有聽說過Qyoto。 我的問題是，它仍然存在且使用效果好嗎？ 在我的一個項目中使用它是否聰明，還是應該堅持使用另一種語言的gtk＃或qt？ 目前有沒有使用Qyoto的項目？

3 個解決方案

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

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