23

同様の質問があったことは承知していますが、それらは Qt Creator がまだベータ版だった頃のもののようです。

Windows、OS X、および Linux で動作する必要がある少量の GUI を使用してプロジェクトを開始します。そのため、Qt の経験はほとんどありませんが、Qt を選択することは非常に簡単でした。

現在、IDE の最適なオプションは何ですか?

すべての開発者は Windows マシンを使用するため、IDE はクロスプラットフォームである必要はありません。

私たちはほとんどのことに Visual Studio を使用していますが、ほとんどの人は Eclipse にも慣れています。

Qt Creator のリファクタリング ツールはどうですか? Visual Studio for C++ を使用する場合、Visual Assist X が気に入っています。Qtプロジェクトでそれを使ってみた人はいますか?

それは多くの異なる質問だったことに気づきました。全部は答えられなくても答えてください。

編集：

おそらく、Visual Studio と Visual Assist のライセンスを既に持っているので、それらのコストは問題になりません。

4

12 に答える 12

11

Visual Assist で Visual C++ 2008 を使用し、MinGW で Qt Creator を使用します。

  • MinGW は気が狂いますが、ありがたいことに、Qt Creator で VC++ コンパイラを使用できます。
  • デバッガーの統合は VC++ ほど良くありません。次の命令を設定したり、関数がローカル ウィンドウで何を返したかを確認したりすることはできません。GDB はカタツムリのように遅いです。
  • コード ナビゲーションは VA X と同じくらい優れています (ただし、テクニカル プレビューを使用してください。1.2.1 はそれほど優れていません)。
  • コード補完は受け入れられますが、確かに VA X ほどではありません。コード補完は、QList typedef から const_iterator のメンバーにアクセスするなど、もう少し複雑なものには機能しません。
  • VC++ よりも軽い IDE で、GUI IMO が優れています。
  • .pro ファイルは、一般的に sln よりも管理が容易です。

QtCreator は VC++ の優れた代替手段であり、私は間違いなく Linux で使用します。VC++ 2005 または 2008 と VA X を既にお持ちの場合は、Qt アドインをインストールして、開発に VC++ を使用することをお勧めします。また、Qt SDK を並べてインストールし、MinGW と VC++ の両方でコンパイルして、クロスプラットフォームの問題を早期に発見することもお勧めします! .pro ファイルを sln と同期させ、この問題に注意してください。

于 2009-10-05T13:17:33.023 に答える
9

QtCreatorを使用しますが、最初にすべてのショートカットのキーを学びます。

切り替えてから30％速くなりました（主観的です:-)。数日から数年の間、そこにあるすべてのIDEとエディターを試しました。私は視覚的なものにうんざりしていて、長年のお気に入りである日食さえもしています。

最初は「別のアイデア、これらの開発者の時間の無駄」と思いましたが、数日後、Qt以外のC++開発でもQtクリエーターを使用しました。

このIDEは、作業に集中するのに役立ち、気を散らすものをすべて隠し、検索の代わりにジャンプできるようにします。（したがって、クラスブラウザは必要ありません）

于 2009-11-06T13:03:59.993 に答える
7

Visual Studio で QTCreator に直面している場合、QTCreator はまだ開発の初期段階にあります。

個人的には、すべての QT 環境 (IDE、QTDesigner、QT ドキュメント) が組み込まれているため、QT 開発者に QTCreator を使用しています。

しかし、以前は Visual Studio (Visual Assist X アドインを使用) で開発していたので、引き続き使用する必要があります。さらに、Visual Studio 2008 用の新しいQT バイナリがリリースされました。したがって、QT を使用する前にコンパイルする必要はありません。

編集 (10 月 5 日) : 次の QtCreator リリース 1.3 には、少なくとも Visual Assist X と同じくらい改善された補完システムがあります: http://www.youtube.com/watch?v=TyfO-7lvy%5Fc&feature=player%5Fembedded。

于 2009-10-05T10:49:06.907 に答える
4

私は Visual Studio 2005 と素晴らしいアドオン「Visual Assist X」 (私は VAX と呼んでいます) を所有していますが、Qt Creator を使用することに満足しています。Qt Creator 1.3 では状況が改善されています。1.4 で最悪の弱点であるクラス ブラウザーが追加されることを願っています。しかし、Qt Creator の優れた点と、その開発者の明確なビジョンには常に驚かされます。 驚きました、私は言います！ すべての VS の競合他社が横たわり死んでしまったかのようであり、今では Qt Creator だけが C++ 中心の IDE を真に開発する立場にあります。私は常に、VS がすべての言語に適応するために自分自身を骨抜きにする方法が嫌いでした。そのため、後のバージョンでは MFC ウィザードが軽視されていました (うーん、でも当時は必要でした)。Eclipse は Java に基づいています。Qt でビルドされた IDE と Qt 用に作成された IDE を使用するのが大好きです。だから、Qt Creator に行き、振り返らないでください。最初は、Qt Creator が別の「死にゆく」タイプのプロジェクトになるのではないかと少し警戒していましたが、最後の 2 つのリリースと次の v1.3 の後、ブロックの新しい子供になることがわかりました - - そのクラスのブラウザさえあれば！

于 2009-10-05T19:32:31.997 に答える
3

もう1つの可能性は、Netbeansを使用することです。このNetbeans
をご覧になると、メモリとプロファイリングに関する優れたツールが無料で提供されます。さらに、Qtとの統合は素晴らしいです。

于 2009-10-10T09:46:29.173 に答える
3

少し前に同じ問題に直面しました。最終的に QtCreator を選択したのは、この数か月で本当に安定したからです。

すべてのツールを 1 つの環境内に配置するのは非常に簡単です。デバッグ機能も非常に充実しており、Qt フレームワークとうまく統合されています。コード補完は Visual Studio とほぼ同じで (Visual Assist を所有していない場合に限ります ;-)、コード ナビゲーションは非常に使いやすいです。

それと、QtCreator が 3 つの主要なプラットフォームすべてで動作するという事実と相まって、最終的には違いが生まれました。

新しいプロジェクトを開始するとき、QtCreator は考慮すべき深刻な代替手段になったと思います...

于 2009-10-05T11:11:17.787 に答える
2

QtCreatorは十分に安定しており、快適なIDEですが、Windowsではコンパイル/デバッグサイクルがVisualStudioよりも遅くなります。Visual Studioが提供するすべての優れた機能を備えているわけではありませんが、しばらく使用した後、私はそれらを見逃していないことに気づきました。特に、VisualStudioがソースリファクタリングを提供していないC++では、実際にC＃をプッシュしていますね。;）

Visual Studioは確かに優れたIDEですが、1日の終わりに、（チームの規模に応じて）すばらしい機能のためだけに多くのライセンスを支払う必要がある場合は、そのお金を他のツールに使うほうがよいでしょう。

また、さまざまなプロジェクトファイル（Windows上のVisual Studio、MacOSおよびLinux上の他の何か）を維持する手間を省くことができます。Windowsのみで開発する場合でも、でマイナーな問題をコンパイル、テスト、およびデバッグする必要があるときが来ます。他のOS。

Eclipseは代替手段ですが、そのIDEでのDesignerの安定性は確認していません。各ワークステーションの構成に時間がかかる場合があり、更新を待つ必要がある場合があります。一方、Eclipse環境全体の恩恵を受けることができます。これは、他のニーズがある場合に役立ちます。しかし、それはリスクに見合う価値がありますか？

私は間違いなく最初にQtCreatorを試して、彼らの環境に固執しようとします。それが問題であることが判明した場合、後でVSに移行するのに遅すぎることはありません。

タイミングも悪くありません。おそらく4.6プレビューをテストする必要があります。通常、公式リリースは間もなくリリースされるはずです。

于 2009-10-05T12:12:02.403 に答える
2

QtCreator で CTRL+K を押します。

于 2010-05-04T15:13:59.877 に答える
2

I've never used the Qt visual studio integration, and I've only taken a quick look at qt creator, but here are my thoughts anyway.

Using Qt creator gives you a familiar debugging enviroment across platforms, with support for stuff like Qt collections.

It seems like Qt creator has really good code navigation features. It also integrates with git, subversion and perforce. When starting a new project, that seems like a plus compared to VS.

于 2009-10-05T10:59:04.940 に答える
1

少なくともQtCreatorを試すことをお勧めします。明らかに、Visual Studioに慣れている人にとっては、移行は一夜ではありませんが、最終的にはそれだけの価値があると思います。

主な理由は、すべての開発者がWindowsを使用すると述べていますが、最終的にはテスト中に他のプラットフォームでプログラムを実行する必要があるためです。そして、物事をデバッグして修正する必要がないことを想像するのは難しいです。gdb / vimでも問題なく実行できますが、Visual Studioが提供するデバッガー/エディターのエクスペリエンスに慣れている人にとっては、gdb/vimに慣れるまでに時間がかかることがあります。QtCreatorはこの分野では完璧ではありませんが、VisualStudioに限りなく近いものです。

言及する価値のある他のいくつかのポイント：

  • Visual Studioの成熟度はありませんが、約1年前から存在しているIDEにとっては素晴らしいことです。
  • リファクタリングに関しては、Visual Assist Xほど高度ではありません。コードブラウジングに関しては、同等であると言えます。
于 2009-10-05T11:27:59.827 に答える
0

3 番目のオプションであるMonoDevelopを検討しましたか?

かなり高速で、初歩的なリファクタリングがサポートされており、QT とうまく連携することがわかりました。

親切、

ダン

于 2009-10-05T10:36:59.290 に答える
-1

qtcreator と ccache および make -j 5 を使用すると、コンパイル時間がほとんど目立たなくなります。

于 2010-02-16T22:38:41.637 に答える