5

Qyotoのことは聞いたことがありません。私の質問は、それはまだ周りにあり、使用するのは良いですか？私のプロジェクトの1つで使用するのは賢明ですか、それとも別の言語のgtk＃またはqtに固執する必要がありますか？現在Qyotoを使用しているプロジェクトはありますか？

4

3 に答える 3

8

小さなクロスプラットフォームアプリを.Netで作成しています。私はもともと、WinFormsUIを使用してWindowsで作成しました。それをmonoに移植したとき、LinuxではUIが本当に苦しんでいることがわかりました。より良いLinuxUIを取得するために、GTK＃でUIを書き直しました。デザイナーがいるのはいいことですが、GTK＃はWinFormsから来たときのひどいUIフレームワークです（WPFを気にしないでください）。それがCフレームワークに基づいているという事実は本当に透けて見えます。多くのものがその手順のルーツを示しており、それは.Net中心ではないと感じています。どのコントロールも.NetFrameworkコンポーネントを理解していません。したがって、たとえば、DataTableをGTKグリッドコントロールにバインドすることはできません。また、ドキュメントは非常に貧弱です。

LinuxでKDEを使用しているので、Qyotoを長い間調べてきました。最近、アプリケーションにQtUIをロードしてもらいました。Qt Designerを使用して設計し、uicsツールを使用して.uiファイルをC＃に変換しました。この余分な手順は、VisualStudioに慣れている人にとっては苦痛です。さらに、Qyotoは実際には.Netとも統合されていません。たとえば、QTシグナル/スロットメカニズムは、.Netイベント/イベントハンドラーシステムとは別のものです。ここでも、ボルトとワイヤーが透けて見えます。

これらおよび他のいくつかの要因により、LinuxGUI開発用の.Netから離れることを余儀なくされました。繰り返しになりますが、私は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はQt Jambiに基づいているため、Javaの規則を使用します。また、qt4dotnetでは.NETイベントとQtシグナルの間に統合はありません。

于 2011-03-23T12:41:49.010 に答える
0

更新：Qyotoは最近廃止され、その後継はQtSharpです。

その非常に紛らわしい、QyotoはもともとQtSharpと呼ばれる別のプロジェクトに基づいていたようです。現在、新しいプロジェクトはQtSharpとも呼ばれています：/

于 2014-02-16T21:00:16.843 に答える