質問

てあったこれらの休学習書Qt願います。私はQtデザイナーさんの数時間前か:何人文実際のアプリケーションにQt用にデザインのGui?実際、どんなデザインのGuiです。

私は、この文書にコードを手にした概念的には簡単なよQtデザイナーが、複雑なGuiデザイナーが自分たちで作るものだ。"大Guiが可能でデザイナーが、時間が経つにつれ、わが非常に難しい管理としての複雑性の増加(これは私の意見).またダウンロードAmaroKソースコードの見どのようなったということで、多くの通話をaddWidget()は、友人がそれらのXMLファイルを作成したデザイナーの外:AmaroKは私の好きな用しては、従来にも増してプラットフォーム).

そのため、これらは"右"の使い方を創造するGUI?デザイナーやコードについて教えてください。ましょう、この議論は、以下の種類のGui:

  1. 簡単なダイアログが必要に入力し、一部の結果、出口がございます。その他のアプリケーションに対する取りYouTube URLダウンロードのユーザーのハードディスク。のような用途では、ピが出ます。
  2. 中級レベルのGuiいください"と言っていたら、付箋が編集者数ツールバー/メニュー項目です。みましょうxPadついては、例えばhttp://getxpad.com/).私からの指示に従うことがほとんどのアプリケーション下にカテゴリ"を提供します。
  3. 非常に複雑なGuiのように、AmaroKやOpenOffice.んにゃきゃなく、目に血.
役に立ちましたか?

解決

弊社の経験のデザイナーが開始Qt3.

Qt3

その時点で、デザイナーは単にデザインを有し、主にコードを生成します。うして集め込みに対応します。利用開始のためその目的が発生するコードだけを編集できなくなり、再生でなお編集.しかし、生成されたコードしたりして、手で以下.

Qt4

Qt4の改善にデザイナーとなる。ななみのコードを生成します。ができる動的荷重にデザイナーのファイル(xml) 動的に接続してのオブジェプログラム --no生成されたコードだいている名称の項目のスタイルの傾向に続くデザインや棒の名前は、必ず記入してくださいごのコードです。

私は評価でも近くに有益なインターフェースのビルダーのMac OS X、この点で、前のデザイナーのファイルを直接プログラム。

りませんでしたのをデザイナーからQt3もので、試作、デバッグレイアウトを行っております。

のための問題:

  1. に思われの標準ダイアログがQt提供いたします。QInputDialog 場合はサブクラスQDialogについては、必ず QButtonDialogBox していボタンの適切なプラットフォーム-レイアウト。

  2. きょういう限られたようにxPadと限定デザイナー可能です。

  3. ないという思いを大切にしていたものようにOpenOfficeみデザイナーがいばいいのかわからない。

思用デザイナーとして、ツールのように、お手持ちのテキストエディタ.一度に限界を、異なるツールのための新しい問題です。いては全く同感Steve Sとつのデザイナー本人が人でないプログラマーをすることができます。

他のヒント

私の経験はQtデザイナーやツールキット/UI-ツール:

  • UIツールを速めます。
  • UIツールで調節のためのレイアウトです。
  • UIツールをく/きのための非プロトコルの仕事は、UIデザイン。

複雑でしばしば対応さUIツールのデザインを複数のUIファイルです。小型論理グループにおけるコンポーネントの各ファイルを扱い、各グループとしてシングルウィジェットに使用される、完全なポートします。Qtデザイナーのコンセプトのウィジェット推進できます。

しんのの規模のプロジェクトになると。経験は変更になる場合がございます。

ファイルを作成したUIツール(しょうが、書き手なので、しばらく日本にいるとされるようにな動的にロードされる実行時(Qtは、GTK+の両方を提供します。このときのレイアウト変更および試験などを編纂し直す.

最終的には、と思い原コードにUIツールが有効です。も多く、環境のツールキット/UI-ツール、お好み次第となります。私のようにUIツールがなく、走行速を簡単に変更です。

組織の仕事のためには、移植され、そのGUIアプリケーションのためのQt数年前です。もあると思う面があり:

  • とQtデザイナーは、少なくとも、その時点ませんでしたリアルオプション:多すぎてるんですQt Designer;
  • 条約の構造が維持され防止のQtデザイナー;
  • お客さま人数小児-幼児に始まなデザイナーでろくな
  • 最も重要なものでしたが、プログラマが利用プログラミングを使用viやemacsるのではなく、GUI上で実現していきます。

自分の経験、のぼります。4年間、Qt3.3、その動的挙動に対話ができなかったのを実現スタイルの傾向に続くデザイン.

ただ、私はQtのデザイナを使用せずにQtの中に複雑なGUIを書かれ、維持されてきたと言って - 私はQtのデザイナーが好きではないではないので、私はそのように働くことを周りにやったことがなかったので、

これは、部分的にスタイルの問題だとあなたはどこから来ている:私はQtの上で始めたとき、私は、DreamweaverとFrontPageやその他の視覚的なHTMLツールの恐ろしい経験をした、とのHomeSiteと遠くの好適な書き込みコードとPhotoshopに頼るだろうトリッキーなレイアウトの問題のために。

あなたがビジュアルツール内に保つが、同様に、コードを微調整する必要が終わるしようとする視覚的コードのIDEとの危険性があります - 。十分に理解されていない方法では、

ラーニングiPhoneの開発は、例えば、私はそれがイライラする「魔法」視覚的なものにヒットすることが分かってきました(「Interface Builderのウィンドウ内のオブジェクトへの接続インスペクタで空円からドラッグを...」)であろうと昔ながらのコードで理解する(私にとっては)単純ます。

はQtと幸運 - それは、しかし、あなたがそれを使用する、とQt Creatorは偉大なIDEであることのように見え、素晴らしいツールキットです。

私はグラフィカルデザイナを使用する理由の一つは、例えば、Win32の中にレイアウトマネージャの不足だったことを付け加えたいです。唯一の絶対位置が可能であった、と手でちょうど吸い込まれたであろうことをやってます。

私はGUIのアプリ(2002年バック)用のJavaにデルファイから切り替えているので、

、私はこれ以上のデザイナーを使用したことがありません。私はレイアウトマネージャはるかに好きです。そして、ええ、あなたは定型コードを取得しますが、UIデザイナ上のオブジェクトを移動すると、定型の変更などのように多くの時間がかかることがあります。プラス、私は遅いIDEで立ち往生されるだろう。 Qtの(特にQt4を)のために、それは適用されませんが、それは、Javaの/ C#の場合、OKのためです。それは他のファイルにコードを追加することができませんでした - 1が生成されたコードを編集しなければならない理由QT3のために、私は疑問に思いますか?その理由は?

議論のケースについて: 1)ハンドコード化されたGUIは、あなたのライブラリを知っている、少なくとも場合は、書き込み可能性が高速です。あなたが初心者だとあなたがそれらを知っていない場合は、あなたが使用するAPIを学ぶ必要はないので、あなたは、時間を節約し、デザイナーとあまりを学ぶことがあります。しかし、「あまりを学ぶこと」の重要な要因であるので、両方のケースでは、私はハンドコード化されたGUIを言うと思います。

2)メニューバーがためのコードを書くことは非常に迷惑です。また、その上のアクセラレータなど細部に思います。それでも、それはあなたが慣れているものと異なります。しばらくすると、ポイントアンドクリックのすべてのこれらのプロパティを修正するために、設計者にするよりも、その定型を入力する方が速いかもしれないが、入力Unixコマンドいるため、これらの管理者はより高速であるようにあなたは本当に(タイプライターに似入力できるだけであれば)任意のGUIを使用します。

3)私はこの1つにケース#2のための答えを拡張したいです。 Win32プラットフォームのために、Win32リソースを生成するデザイナーを使用すると、の(それについては考えて)をロードしないようにの速いかもしれないという可能性があり、注意してください。

しかし、私はそこにはQt Designerを使用して潜在的な問題を言及したいと思います。現実世界のケース:それはいくつかの秒を要したオプションの多くの複雑なJavaダイアログ(プログラマのテキストエディタの設定]ダイアログボックス)をロードするために(10を言います)。正しい修正は、プログラマがそれらを見てみたかっただけの各タブをロードするためにあったであろうそのGUIを構築するために設定されている各好みに別のメソッドを追加することで、(私は後に実現)。

あなたはデザイナーと一緒にすべてのタブやタブ切り替えを設計する場合、あなたに簡単にそれを行うことができます。

?私は、たとえちょうど最適化のために、手コード化されたGUIは、あなたがそれを必要とする可能性が高いです、あなたはより多くの柔軟性を提供し、このような大きなアプリで同様の例があるかもしれないと思います。

GUIを作成するためにデザイナーを使用しての主な利点の1つは、他のプログラマが簡単に複雑なコードに掘り下げする必要なく変更またはフォームやウィジェットを維持することができるということです。

あなたが書くコードを言っていることはグラフィカル環境でオブジェクトを操作するよりも簡単であること、その奇妙な。それは非常に簡単ません。
設計者は、あなたの人生を容易にすることがあり、長期的にはそれはあなたのコードは、より保守性になります。それはあなたのUIは、コードを読んで、それがどのように見えるかを想像しようとしてどのように見えるかを確認するために、デザイナーで見ている方が簡単です。
現在のQtを使用すると、デザイナーとあなたが行うことができない非常にいくつかの中から、ほとんどすべてを行うことができ、あなたは、コンストラクタ内のコードの非常に数行で修正することができます。 例えば、最も簡単な例を取る - シグナルスロット接続を追加します。 Designerを使用して、それをダブルクリックと同じくらい簡単です。デザイナーがなければ、あなたは、信号の正しい署名を検索に行く.hファイルを編集して、.cppファイルにコードを書く編集する必要があります。設計者は、あなたがこれらの詳細を超えることと、本当に重要なものに集中することができます - 。あなたのアプリケーションの機能を

私は、最初のGUIウィジェットを開発する設計者に回すのが好き。他の記事で述べたように、その速いです。また、それが「右に見える」とユーザーに混乱はないかどうかを確認するために即座にフィードバックを得ます。設計者は、私は他のツールキット上のQtを選択する主な理由です。 私は主に一回限りのダイアログを作るためにデザイナーを使用します。

私は、メインウィンドウと手で任意の複雑なウィジェットを行う、と述べました。 私は、これはTrolltechのが意図な方法だと思います。 QFormLayout のクラスは、彼らが簡単にプログラム的に入力ダイアログを作成するために提供されます。

ところで、Qtの4デザイナーはそれだけで.uiファイルを編集するためのエディタです彼らはQtの3に持っていたようなIDEではありません。それが好き。新しいクロスプラットフォームIDEは、Qtの創造者と呼ばれようとしている。

これは古い記事ですが、私はあなたがクレメンタインを見て助言する - (と思う)Amarokのから派生した音楽プレーヤー。彼らは、Qt4版を使用して、私が見ることができるものから、プロジェクトののSRC のフォルダ内ののUIはのフォルダがあります。 のUIでのフォルダ1想像のとおり、彼らは.uiファイルのすべての種類を持っています。コンパイルとクレメンタインを開始する場合は、GUIはかなり複雑で、非常に素敵であることがわかります。

は、私にとっては、それが依存してどのくらいのロジックのウィジェット/ GUIにカプセル化されます。それは単純なフォームについてですが、私はQtDesignerを使用することを好むます。

それは、複雑なチェックや相互作用が含まれている場合は、

、私はそれをプログラムする傾向がある。

誰もが、GUIを作成する必要がある場合は、

私たちはQtのデザイナを使用している。
事は(あなたはクラス設計にするだろうように)特定のタスクのためのほんの少しのウィジェットを作成してから、「親-GUI」にそれらを一緒に取得することです。

この方法は、あなたのウィジェットは再利用性の高いされ、モジュラーな方法でのGUIを使用することができます。あなただけの各ウィジェットは、彼らが提供しているスロットを送信している信号を指定する必要があります。

私たちは、さらによりも、ビルドプロセス中に生成することができ.ui-ファイルを作成しています。今まで手作業でそれらのファイルを編集する必要はありませんでした。

あなたのUIのさまざまな部分を構築
QtDesigner、
を使用して別の.uiファイルで その後、コード内でそれらを一緒に持参(および合併症を追加します)。

あなたはQtのデザイナーで行うことができない事が
、あなただけのコードで行うことができます、あります これはQt Designerは、のツールチェーンのひとつ(偉大な)部分です。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top