209

プログラミングの視野を Linux に広げたいと考えています。優れた信頼できる基本的なツールセットは重要です。IDE よりも基本的なものは何でしょうか?

これらのSOトピックを見つけることができました:

軽量のIDEを探しているわけではありません。IDE がお金に見合う価値がある場合、私はそれを支払うので、無料である必要はありません。

私の質問、それから:

Linux で利用できる優れた C++ プログラミング IDE は何ですか?

最小限のものはかなり標準的です: 構文の強調表示、コード補完 (インテリセンスやそれに相当する Eclipse など)、および統合されたデバッグ (基本的なブレークポイントなど)。

私は自分でそれを検索しましたが、特に Linux での C++ コーディングの経験がほとんどない私のような人にとっては、手動で良いものと悪いものを区別することはほとんど不可能なほどたくさんあります。私はEclipse が C++をサポートしていることを知っており、Java 用の IDE が本当に気に入っていますが、C++ にも適していますか?

2番目の投稿には実際にいくつかの良い提案がありますが、私が見逃しているのは、提案されたIDEがユーザーにとって非常に優れている理由、その(欠点)利点は何ですか?

したがって、私の質問は次のようになります。

(あなたの経験を踏まえて) どの IDE を提案しますか? その理由は?

4

45 に答える 45

259

初期:混乱

この回答を最初に書いたとき、私は最近、(長年の経験を持つ) Visual Studio から Linux に切り替えました。最初に行ったのは、妥当な IDE を見つけることでした。当時、これは不可能でした。優れた IDE は存在しませんでした。

Epiphany: UNIX は IDE です。それのすべて。1

そして、Linux の IDE はツールを備えたコマンド ラインであることに気付きました。

  • まず、シェルをセットアップします
    • 私の場合はBashですが、多くの人が好む
    • (Oh My) Zsh ;
  • そしてあなたの編集者; あなたの毒を選んでください - どちらも最先端です:

必要に応じて、いくつかのプラグインをインストールして構成し、エディターを適切に機能させる必要があります (これが厄介な部分です)。たとえば、Vim のほとんどのプログラマーは、スマート オートコンプリート用のYouCompleteMeプラグインの恩恵を受けるでしょう。

それが完了すると、シェルはさまざまなツール (デバッガー (gdb)、プロファイラー (gprof、valgrind) など) とやり取りするためのコマンド インターフェイスになります。MakeCMakeSnakeMake、またはさまざまなツールのいずれかを使用して、プロジェクト/ビルド環境をセットアップします。代替案。そして、バージョン管理システムでコードを管理します (ほとんどの人はGitを使用しています)。また、tmux (以前は screen) を使用して多重化 (= 複数のウィンドウ/タブ/パネルを考える) し、ターミナル セッションを保持します。

ポイントは、シェルといくつかのツール作成規則のおかげで、これらすべてが互いに統合されているということです。このように、Linux シェルは真に統合された開発環境であり、他の最新の IDE と完全に同等です。(これは、個々の IDE に、コマンド ラインに欠けている可能性のある機能がないという意味ではありませんが、その逆も当てはまります。)

それぞれ独自に

ひとたび習慣になれば、上記のワークフローがどれほどうまく機能するかは、いくら誇張してもしすぎることはありません。しかし、単純にグラフィカル エディターを好む人もいます。この回答が最初に書かれてから数年で、Linux はいくつかの異なるプログラミング言語用の優れたグラフィカル IDE のスイートを獲得しました (ただし、私が知る限り、C++ 用ではありません)。私のように、それらを使用しなくなったとしても、試してみてください。以下は、小さくて偏った選択です。

このリストは完全ではないことに注意してください。


1そのタイトルは dsm のコメントから盗みました。

2ここでは Vim について言及していました。そして、プレーンな Vim はまだ機能を超えていますが、Neovim は有望な再起動であり、いくつかの古い疣贅を近代化しています。

于 2008-08-23T10:06:09.157 に答える
86

私の個人的なお気に入りはCodeLite 2.x IDE です。

参照: http://www.codelite.org

CodeLite を使用する決定は、次の Linux 用 C++ IDE に関する調査に基づいています。

  • CDT プラグインを使用した Eclipse Galileo
  • NetBeans 6.7 (SunStudio IDE のベースでもあります)
  • KDevelop4
  • コードブロック 8.02
  • コードライト 2.x

結局、 CodeLite 2.xを使用することにしました。

以下に、前述の C++ IDE に関するいくつかの長所と短所をリストしました。あくまで個人の感想ですのでご了承ください!

編集:SOFがテーブルをサポートしていないのは残念なので、段落に書く必要があります...

CDT プラグインを使用した Eclipse Galileo

長所:

  • 適度な速さ
  • Java、Perlもサポート(EPICプラグイン付き)
  • 一般的に使用され、手入れが行き届いている
  • 他の OS フレーバー (Windows、MacOS、Solaris、AIX(?)) でも利用可能

短所:

  • GUI は非常に紛らわしく、やや一貫性がありません - まったく直感的ではありません
  • 重量物
  • CVS (AFAIK) のみをサポート

NetBeans 6.7 (これは SunStudio IDE のベースでもあることに注意してください)

長所:

  • 私が今まで見た中で最も直感的な GUI の 1 つ
  • Java、Python、Rubyもサポート
  • CVS、SVN、Mercurial を統合
  • 一般的に使用され、手入れが行き届いている
  • 他の OS フレーバー (Windows、MacOS、Solaris) でも利用可能

短所:

  • 非常に遅い
  • 重量物
  • インデントにスペースを使用していますが、これは私の仕事のポリシーではありません。これは設定可能だと確信していますが、その方法がわかりませんでした

KDevelop4 (注: 私はあまりテストしていません)

長所:

  • Linux で一般的に使用される
  • CVS、SVN、Mercurial を統合

短所:

  • GUIはやや古風に見えます
  • 重量物
  • KDE 環境に非常に固有

CodeBlocks 8.02 (注: あまりテストしていません)

長所:

  • 適度な速さ

短所:

  • GUIはやや古風に見えます(起動画面はいいですが)
  • エディターのフォントが非常に小さい
  • 一部のアイコン (例: デバッガー関連のアイコンの開始/ステッピング) が非常に小さい
  • ソース管理の統合なし

CodeLite 2.x (注: これは私のお気に入りです)

長所:

  • Linuxで見た中で最高の、モダンで直感的なGUI
  • 軽量
  • 適度な速さ
  • SVNを統合
  • 他の OS フレーバー (Windows、MacOS、Solaris(?)) でも利用可能

短所:

  • CVS 統合なし (仕事で使用する必要があるため、これは私にとって重要です)
  • Java、Perl、Python はサポートされていません (あると便利です)
于 2009-11-21T13:19:11.063 に答える
75
  1. コード::ブロック
  2. エクリプス CDT

すぐに IDE だけでは不十分であることがわかり、GCC ツールチェーンを学習する必要があります (少なくとも基本的な機能を学習することは難しくありません)。しかし、IDE、IMO で移行時の痛みを軽減しても害はありません。

于 2008-08-23T10:17:56.477 に答える
66

このトピックにもう少し知識を追加するための簡単な答え:NetBeans
を必ずチェックする必要があります。Netbeans6.7には次の機能があります。

  • C / C ++プロジェクトとテンプレート:構文の強調表示、自動コード補完、自動インデントをサポートします。
  • C /C++デバッガーがあります
  • コンパイラ構成、構成マネージャー、およびMakefileサポート(ウィザードを使用)をサポートします。
  • クラスウィンドウ、使用法ウィンドウ、ファイルナビゲーションウィンドウ(またはパネル)があります。
  • マクロ展開ビュー、およびツールチップ
  • QT開発のサポート。

これは完璧な(そしてはるかに優れた)Visual Studioの代替であり、C /C++を学ぶための非常に優れたツールだと思います。

幸運を!

于 2008-09-10T12:46:41.990 に答える
52

少なくとも Qt 固有のプロジェクトでは、Qt Creator (Nokia/Trolltech/Digia 製) が大きな期待を寄せています。

于 2009-01-03T10:10:41.723 に答える
32

それがあなたにとってどうだったのか、何を変えなければならなかったのか、もう少し明確にしていただけませんか。あなたが使用した情報へのリンクをいくつか提供することで、正しい方向に私を向けることができるかもしれません.

私の最初の情報源は、実際にはツールのmanページでした。入力するだけ

$ man toolname

コマンドラインで($これはプロンプトの一部であり、入力ではありません)。

プラットフォームによっては、非常によく書かれており、インターネットでも見つけることができます。の場合make、実際に完全なドキュメントを読むのに数時間かかりました。実際、ほとんどの場合、これが必要または役立つとは思いませんが、Linux での最初の割り当てで、洗練された makefile を必要とする特別な要件がいくつかありました。メイクファイルを作成した後、経験豊富な同僚に渡し、微調整と修正を加えてもらいました。その後、私はほとんど知っていましたmake

私が GVIM を使用したのは、GVIM での経験がある程度 (あまり多くない) だったからです。Emacs や代替手段については何も言えません。.gvimrc他の人の設定ファイルを読むことは本当に役に立ちます。多くの人がそれをウェブに載せています。これが私のものです。

一度にすべての binutils を習得しようとしないでください。機能が多すぎます。ただし、将来何かが必要になったときにどこを検索すればよいかがわかるように、概要を把握しておいてください。ただし、 and (明示的に禁止された場合を除いて自動的に呼び出される GCC リンカー ツール) のすべての重要なパラメーターを知っておく必要があります。g++ld

また、興味深いのですが、コーディング時にコード補完と構文の強調表示はありますか?

構文の強調表示: はい。Visual Studio よりもはるかに優れています。コード補完:はい。まず、(VB や C# と比較して) 十分ではなかったため、Visual Studio でも C++ コード補完を使用しなかったことを認めなければなりません。現在はあまり使用していませんが、GVIMにはC++ のネイティブ コード補完サポートがあります。ctagsライブラリとtaglistのようなプラグインを組み合わせると、ほぼ IDE になります。

実は、私が仕事を始めるきっかけとなったのは、Armin Ronacherの記事でした。テキストを読む前に、最後にあるスクリーンショットを見てください!

(構文) エラーが発生する前に最初にコンパイルする必要がありますか?

はい。しかし、これは Visual Studio でも同じですよね (Whole Tomato を使用したことはありません)。もちろん、構文の強調表示によって一致しない括弧が表示されますが、それだけです。

どのようにデバッグしますか(ブレークポイントなどを考えてください)?

gdbコマンドラインツールであるこれを使用します。と呼ばれるグラフィカルなフロントエンドもありDDDます。gdbは最新のデバッグ ツールであり、IDE で実行できるすべての操作を実行できます。行がインデントまたはフォーマットされていないため、多くのテンプレートを使用しているときに情報をスキャンするのが非常に難しいため、スタックトレースを読むことだけが本当に面倒です(私はそうしています). しかし、これらは IDE のスタック トレースも乱雑にします。

私が言ったように、高校で Windows のメモ帳とコマンド ライン Java コンパイラを使用して Java プログラミング言語の最初のステップを設定するのは「喜び」でした。確かに、まともなIDEがあった当時の他のプログラミングコースと比較できたとき

Emacs や GVIM などの最新のフル機能のエディターをメモ帳と比較しようとしてもいけません。メモ帳は装飾されたTextBoxコントロールであり、これがすべての違いを生み出します。さらに、コマンド ラインでの作業は、Linux と Windows では大きく異なります。Windowscmd.exeはひどく不自由です。PowerShell の方がはるかに優れています。

/EDIT: GVIM にはタブ編集があることを明示的に言及する必要があります (タブ対スペースではなく、タブ ブラウジングのように)! それらはまったく隠されていませんが、それらを見つけるのに何年もかかりました. :tabeファイルを開くとき、または新しいファイルを作成するときに、普通の代わりに入力するだけ:eで、GVIM が新しいタブを作成します。タブ間の切り替えは、カーソルまたはいくつかの異なるショートカット (プラットフォームによって異なります) を使用して行うことができます。キーgt(タイプg、次にtコマンドモード) はどこでも機能し、次のタブまたはタブ番号にジャンプします。数値が指定された場合はn。入力:help gtすると、さらにヘルプが表示されます。

于 2008-08-23T11:30:54.897 に答える
25

答えを繰り返すつもりはありませんが、もう少し追加できると思います。

Slickeditは優れた IDE です。

速度が低下したり、インデックス作成にすべての時間を費やしたりすることなく、大規模なコードベースを適切にサポートします。(これは、Eclipse の cdt で発生した問題です)。実際、Slickedit の速度はおそらく最も優れた点です。
コード補完はうまく機能し、自動フォーマット、美化、リファクタリングなどのオプションが多数あります.
デバッグ機能が統合されています。
プラグインのサポートと、プラグインを作成するかなり活発なコミュニティがあります。
理論的には、従来のメイクファイルを使用している人々とうまく統合できるはずです。これにより、1 つのプロジェクトから直接プロジェクトを作成できるためです。
Linux に加えて、必要に応じて Mac と Windows のバージョンがあります。

于 2008-09-08T17:31:44.617 に答える
23

昔からの UNIX 信者として、私は常に Emacs を使用しています。しかし、それは非常に急で長い学習曲線を持っているので、初心者にはお勧めできません.

Linux 用の「優れた」IDE は実際にはありません。Eclipse は C/C++ にはあまり適していません (CDT は改善されていますが、まだあまり役に立ちません)。他のものには、あなたが探しているすべての機能がありません.

個々のツール (gcc、make、gdb など) がどのように機能するかを学ぶことは非常に重要です。これを行った後、Visual Studio のやり方が非常に制限的であることに気付くかもしれません。

于 2008-08-23T11:38:34.787 に答える
18

Netbeans をチェックしてください。Java で記述されているため、OS に関係なく同じ環境を使用でき、C++ 以外にも多くの機能をサポートしています。

IDE は非常に個人的な選択になる可能性があると思うので、私はあなたを納得させようとするつもりはありません。私にとっては、高速で、コーディング言語をサポートし、IDE に期待される標準機能を備えているため、生産性が向上します。

于 2008-08-23T09:55:17.153 に答える
18

この質問の簡単なフォローアップ...

Linux で C++ をプログラミングするためのメインの「GUI」ツールとして Vim を使い始めてから 1 か月が経ちました。最初の学習曲線は確かに少し急でしたが、しばらくすると、適切なオプションがオンになり、スクリプトが実行されるようになり、本当にコツをつかみました!

ニーズに合わせて Vim を形作る方法が気に入っています。キー マッピングを追加/変更するだけで、Vim は生産性の高い「IDE」に変わります。

Linux で C++ プログラムをビルドおよびコンパイルするためのツールチェーンも非常に直感的です。make と g++ は、使用するツールです。

ただし、デバッガーの dddはあまり良くありませんが、それはおそらく、それを適切に習得する時間がなかったからです。

したがって、Linux で優れた C++ IDE を探している、または探していた人にとっては、Linux 自体で利用可能な標準ツール (Vim、g++、ddd) を使用するのが最善の策であり、少なくとも実際に使用してみる必要があります。他のものを探す前に...

最後になりましたが、ここで答えてくれたkonradに心から感謝したいと思います。Linux 開発環境で自分の道を見つけるのに本当に役立ちました。ありがとう!

また、私はこの質問を閉じていないので、人々はまだ反応したり、すでに本当に素晴らしい回答に新しい提案や追加を加えたりすることさえできます...

于 2008-10-01T08:53:37.970 に答える
15

The Art Of UNIX Programmingを読むことをお勧めします。環境を IDE として使用するようにあなたの心を組み立てます。

于 2009-05-08T09:59:30.160 に答える
12

より短い答えは、好きな「エディター」を選択してから、GDB コンソールまたは単純な GDB フロントエンドを使用してアプリケーションをデバッグすることです。デバッガーには、Netbeans が C/C++ を吸うなどの派手な IDE が付属しています。私は Netbeans をエディターとして使用し、Insight と GDB コンソールをデバッガーとして使用しています。

洞察力があれば、優れた GUI と GDB の本来の力を手に入れることができます。

GDB コマンドに慣れると、GUI では決してできないことができるようになるので、すぐに気に入っていただけるでしょう。GDB 7 以降のバージョンを使用している場合は、Pythonをスクリプト言語として使用することもできます。

ここにいるほとんどの人は、IDE の「エディター」にもっと注意を払いました。ただし、C/C++ で大規模なプロジェクトを開発している場合、「デバッガー」に時間の 70% 以上を簡単に費やすことができます。ファンシーな IDE のデバッガーは、Visual Studio より少なくとも 10 年は遅れています。たとえば、Netbenas には Visual Studio と非常によく似たインターフェイスがあります。ただし、そのデバッガーには、Visual Studio と比較して多くの欠点があります。

  1. 数百の要素しかない配列でも表示が非常に遅い
  2. 変更された値の強調表示なし (既定では、Visual Studio は変更された値をウォッチ ウィンドウに赤で表示します)
  3. 記憶を示す能力が非常に限られています。
  4. ソース コードを変更して実行を続行することはできません。バグが発生するまでに時間がかかる場合は、ソースを変更して変更をライブで適用し、アプリケーションの実行を継続したいと考えています。
  5. 「次のステートメント」を変更して実行することはできません。Visual Studio では、"Set Next Statement" を使用して、アプリケーションの実行方法を変更できます。この機能は、適切に使用しないとアプリケーションがクラッシュする可能性がありますが、多くの時間を節約できます。たとえば、アプリケーションの状態が正しくないことがわかったが、問題の原因がわからない場合は、アプリケーションを再起動せずにソース コードの特定の領域を再実行することができます。
  6. vector、list、deque、map などの STL の組み込みサポートはありません。
  7. ウォッチポイントはありません。変数が変更された時点でアプリケーションを停止する必要がある場合は、この機能が必要です。Intel ベースのコンピュータにはハードウェア ウォッチ ポイントがあり、ウォッチ ポイントによってシステムの速度が低下することはありません。ウォッチポイントを使用しないと、見つけにくいバグを見つけるのに何時間もかかる場合があります。「Visual Studio」では「ウォッチ ポインター」を「データ ブレークポイント」と呼びます。

リストはさらに長くなる可能性があります。

私は Netbeans や他の同様の IDE の欠点に非常に不満を感じていたので、GDB 自体を学び始めました。GDB 自体が非常に強力であることがわかりました。GDB には、上記のすべての「欠点」があるわけではありません。実際、GDB は非常に強力で、多くの点で Visual Studio よりも優れています。ここでは、非常に単純な例を示します。

たとえば、次のような配列があります。

struct IdAndValue
{
  int ID;
  int value;
};


IdAndValue IdAndValues[1000];

アプリケーションが停止し、IdAndValues のデータを調べたい場合。たとえば、配列内の特定の「ID」の序数と値を見つけたい場合は、次のようなスクリプトを作成できます。

define PrintVal 
set $i=0
printf "ID = %d\n", $arg0
while $i<1000
  if IdAndValues[$i].ID == $arg0
    printf "ordinal = %d, value = %d\n", $i, IdAndValues[$i].vaue
    set $i++
  end
end
end

現在のコンテキストでアプリケーション内のすべての変数、独自の変数 (この例では $i)、渡された引数 (この例では $arg0)、およびすべての GDB コマンド (組み込みまたはユーザー定義) を使用できます。 )。

GDB プロンプトからPrintVal 1を使用して、ID「1」の値を出力します。

ところで、NetBeans には GDB コンソールが付属していますが、コンソールを使用すると、NetBeans がクラッシュする可能性があります。NetBeans でコンソールがデフォルトで非表示になっているのはそのためだと思います

于 2010-03-29T17:44:41.857 に答える
11

私は「Geany」を使用しています。これは、高速で軽量な IDE です。

Geany の機能には次のようなものがあります

  • コードの折りたたみ
  • セッションの保存
  • 構文の強調表示、タブ、自動インデント、コード補完などの基本的な IDE 機能
  • シンプルなプロジェクト管理
  • ビルドシステム
  • カラー ピッカー (Web 開発中に驚くほど便利)
  • 組み込み端末エミュレーション
  • 通話のヒント
  • 記号一覧
  • 一般的な構文 (if、else、while など) の自動補完
于 2011-01-06T06:21:57.127 に答える
10

Eclipse for Javaが好きなら、EclipseCDTをお勧めします。C / C ++のサポートは、Javaの場合ほど強力ではありませんが、それでもほとんどの機能を提供します。これには、Makefileの経験がない場合に、C /C++プロジェクトでの作業を容易にするManagedProjectという名前の優れた機能があります。ただし、Makefileは引き続き使用できます。私はCとJavaのコーディングを行っており、CDTには本当に満足しています。私はCの組み込みデバイスとこのデバイスと通信するJavaのアプリケーションのファームウェアを開発しており、両方に同じ環境を使用するのは本当に素晴らしいことです。おそらく私はもっと生産的になると思います。

于 2008-08-23T14:32:22.387 に答える
9

IDE の元の質問で、人々が要求を完全に見逃してしまう様子が気に入っています。Linux は IDE ではありません。それは、それらの言葉が意味するものではありません。私は vi と gcc と make を使って c と c++ を学びましたが、それらが適切なツールではないと言っているわけではありませんが、IDE ではありません。vim や emacs などのより精巧なツールを使用したり、好きなエディタを使用したとしても、コマンド ラインでコマンドを入力するのは IDE ではありません。

また、ビジュアル スタジオの一部として make が存在することはご存知でしょうか。IDE が「制限」しているという考えは、IDE を使用していくつかの処理を高速化でき、必要に応じてコマンドラインに頼ることができるのであれば、ばかげています。

とはいえ、上記のいくつかのように、コードブロックを試すことをお勧めします。まともなコードの強調表示、プロジェクトの作成、コーディング、実行などを非常に簡単に行う方法があり、これは実際の IDE のコアであり、かなり安定しているようです。デバッグは最悪です...Linux/Unix バリアントでまともな対話型デバッガを見たことがありません。gdb ですね。ビジュアル スタジオ スタイルのデバッグに慣れている場合は、ほとんど運がありません。

とにかく、私は自分の荷物をまとめに行きます.1つのビューのみのLinuxの群衆がこれを叫び、すぐに私を町から追い出すことを知っています.

于 2011-02-23T17:35:36.603 に答える
8

make + vim + gdb = 1 つの優れた IDE

于 2009-12-11T19:34:10.210 に答える
7

私は本当にコードブロックを提案します。Eclipseほど重くはなく、VisualStudioプロジェクトをサポートしています。

于 2008-10-21T17:38:20.167 に答える
7

私はUltimate++のIDEがとても好きです。独自のライブラリで使用するように設計された機能がいくつかありますが(GTK +またはQTで購入したくない場合は、非常に優れたツールキットです)、一般的なC++プロジェクトで完全に機能します。それはまともなコード補完、優れた構文の色付け、統合されたデバッグ、およびほとんどの最新のIDEがサポートする他のすべての機能を提供します。

于 2008-08-23T13:52:25.837 に答える
6

Linux にはたくさんの IDE があります。

私の経験では、最も価値があるのはEclipseQt Creatorです。どちらもすべての「標準」機能 (オートコンプリート、構文強調表示、デバッガー、git 統合) を提供します。Eclipse はリファクタリング機能も提供し、Qt Creator は Valgrind との統合とリモート ターゲットへの展開のサポートを提供することに注意してください。

また、商用のCLion IDEも非常に優れているようです (ただし、あまり使用していません)。

于 2015-11-26T13:11:50.597 に答える
6

Linux Tools Project for Eclipse があなたのニーズを満たすのではないでしょうか?

Linux ツール プロジェクトは、フル機能の C および C++ IDE を Linux 開発者に提供することを目的としています。CDT のソース編集およびデバッグ機能を構築し、GNU Autotools、Valgrind、OProfile、RPM、SystemTap、GCov、GProf、LTTng などの一般的なネイティブ開発ツールを統合します。現在のプロジェクトには、LTTng トレース ビューアーとアナライザー、 RPM .spec エディター、Autotools ビルド統合、Valgrind ヒープ使用分析ツール、および OProfile 呼び出しプロファイリング ツール。

于 2010-01-12T09:47:02.867 に答える
5

そして、これは単にそこでの作業方法ではないことに気づきました*。私はすべてを捨て、数日かけてマニュアルを読み、シェル(bash)をセットアップし、GVIM環境をセットアップし、GCC/binutilsツールチェーンを学びました。 makeとgdbを作成し、その後ずっと幸せに暮らしました。

私はほとんど同意しますが、問題は認識の1つでもあります。選択したIDE(または他の環境)で生産性を上げることがどれほど困難であったかを忘れています。IDE(Visual Studio、NetBeans、Eclipse)は、多くの点で驚くほど面倒だと思います。

昔のUNIXの人として、私はいつもEmacsを使っています。しかし、それはかなり急で長い学習曲線を持っているので、私はそれを新参者に推薦できるかどうかわかりません。

私はそれを2番目にします。LinuxとMSW(XP2、W2K)の両方で、Emacsをプライマリエディターとして使用します。学習曲線が急であることに同意しませんが、機能の数が非常に多いため、学習曲線が長いと言えます。短時間で生産性を高めることができますが、必要に応じて、今後数年間、その新機能を学ぶことができます。

ただし、Emacsのすべての機能がドロップダウンメニューで利用できるとは限りません。機能が多すぎて、そこに見つけることができません。

私が話し合ったように、私はMSWでGNUEmacsを何年も使用してきました。そして、2008年に「アップグレード」するまでは、VisualStudioで常にうまく機能していました。今では、ディスクからファイルを更新する前に何秒遅れることがあります。VSウィンドウで編集する主な理由は、「Intellisense」コード補完機能です。

于 2009-02-05T20:21:41.250 に答える
5

Sun Studioバージョン12は無料でダウンロードできます(無料および有料サポートを利用できます)-http://developers.sun.com/sunstudio/downloads/thankyou.jsp ?submit=%A0FREE+Download%A0%BB%A0 。

このIDEでのプラグインのサポートを含む、コード補完とデバッグのサポートがあると確信しています。

Sun Studioは、LinuxおよびSolarisで使用できます。フォーラム:http ://developers.sun.com/sunstudio/community/forums/index.jsp 。Sun Studio Linuxフォーラム:http ://forum.sun.com/forum.jspa?forumID = 855

このツールに関するフィードバックをお待ちしております。

BR、
〜A

于 2008-09-17T19:55:23.150 に答える
5

がお勧めします

于 2009-03-24T08:05:56.500 に答える
5

私は Vim を使用していますが、同僚の何人かはかなり良さそうなSlickEditを使用しています。いずれにせよ、特定のプロジェクトではそれを行うことができないため、統合デバッグについては確信が持てません。

SlickEdit は、相互参照とタグ ジャンプを使用して、大規模なコード ベースをナビゲートするための適切なサポートを提供します。もちろん、構文の強調表示やコード補完などの基本的な機能も備えています。

于 2008-08-23T11:34:54.467 に答える
5

Anjuta は Gnome ユーザーにとって非常に使いやすいと聞いています。私は KDevelop で少し遊んでみましたが、これは素晴らしいのですが、機能面で少し欠けています。Code::Blocks も非常に有望で、私はこれが一番気に入っています。

于 2008-08-23T12:14:51.907 に答える
5

以前に Ultimate++ IDE を使用したことがありますが、これはかなり優れています。

于 2008-12-21T19:48:59.577 に答える
5

私は Eclipse CDT と Qt Creator (Qt アプリケーション用) を使用しています。

それが私の好みです。これは非常に示唆に富んだ質問であり、開発者の数だけ答えがあります。:)

于 2010-01-30T15:04:03.493 に答える
4

スリックエディット。私は 2005 年以来、Windows と Linux の両方で SlickEdit を愛用してきました。また、Visual Studio (5、6、2003、2005) で、Emacs とコマンド ラインだけを使用した経験もあります。私は SlickEdit を外部の makefile と一緒に使用しています。チームメイトの何人かは SlickEdit を使用し、他のメンバーは Emacs/vi を使用しています。私は統合デバッガー、統合バージョン管理、統合ビルド システムを使用していません。SlickEdit は堅牢で (バグがほとんどなく)、高速で直感的です。ドイツ車のような、ドライバーズカーです。

SlickEdit の最新バージョンは、私には興味のない多くの機能を提供しているようです。将来、製品が肥大化して希薄化するのではないかと少し心配しています。今のところ (私は V13.0 を使用しています) 素晴らしいです。

于 2009-11-09T02:35:05.673 に答える
3

私は約3年前に大学のプロジェクトにAnjutaを使用しています。最近は使っていません。しかし、当時は良かったので、最新のリリースの方が良いはずです。

于 2010-07-21T01:57:13.380 に答える
3

長い間 vim を使用していた場合は、実際にそれを IDE として作成する必要があります。利用可能なアドオンがたくさんあります。それらのいくつかは非常に便利であることがわかり、ここにまとめました。見てください。

vi / vim のヒントとコツ シリーズには、さらに多くの情報があります。

于 2010-03-30T11:04:24.150 に答える
3

私にとって、 Ultimate++はクロス OS プログラムを作成するための最良のソリューションのようです

于 2010-02-17T17:13:24.497 に答える
2

Mono-Developを使用します。これは、Visual Studio に非常に似ています。クロスプラットフォームで動作し、素晴らしいです!!

于 2009-10-07T13:32:27.630 に答える
2

Linux 上の C++/Python の基本的なエディターとしてSciTEが気に入っています。VC と同様のキーボード バインドがあるため、カット アンド ペーストの指を再プログラムする必要はありません。

ソース コード管理用の Git と、コード ベースの検索用の非常に便利な 'git grep' コマンドと共に使用しています。

私は Eclipse CDT で遊んでいましたが、ソース コードベースが大きすぎて、IDE を待つ時間が長すぎました。プロジェクトが小さい場合は、それが良いかもしれません。

于 2008-09-15T15:10:11.073 に答える
2

私は C++ コードの作成に Emacs と Vim を使用することを好みます。IDE を使用する必要がある場合は、CodeBlocks を使用します。

于 2010-07-16T21:14:17.750 に答える
1

IntelliJ IDEA + http://plugins.intellij.net/plugin/ ?id=1373のC/C++プラグイン

あなたの心を吹き飛ばす準備をしてください。

乾杯!

于 2011-08-23T11:06:25.843 に答える
1

Konradのアドバイスは素晴らしく、従来のvi / cc / ld / db/make環境で問題なく生産的になるはずです。多くの大学生が、10〜15週間のクラスでこのツールチェーンを学びました。

そうは言っても、他の古典的な環境はEmacsルートに行くことです。私はそれをIDEとは呼びませんが、コンパイラーの出力とデバッガーという2つの重要な開発ツールをエディターに統合します。コンパイラエラーに対応するファイル内の行に圧縮することができ、ブレークポイントを設定してエディタからステッパーを使用することができます。

于 2008-09-10T13:08:07.447 に答える
1

Visual Studio で育った私は、比較的若いCode::Blocksに非常に馴染みがあることがわかりました。

于 2008-12-19T22:41:47.560 に答える
1

vim エディター + g++ コンパイラー (GNU C++) + gdb - 役に立つかもしれません

于 2011-04-22T10:36:39.860 に答える
1

あなたがvimでそれを解決しているように見えることをうれしく思います。しかし、私は、あなたがすでに「Eclipse for Java を本当に気に入っている」ということについて、少し当惑していると言わざるを得ません。その場合、C++ にも使用しないのはなぜですか? CDT は、あなたが言及したすべての要件を満たしています。

于 2008-10-20T16:23:11.770 に答える
0

また、emacsをIDEとしてセットアップすることもできます。

詳細については、こちらで説明します。

于 2011-03-22T03:05:20.887 に答える
0

なぜC++にも使用しないのですか?CDTはあなたが言及したすべての要件を満たしています。

最初はEclipseを使用しませんでした。これは、C ++で(効率的に)開発する手段を提供するのに同じくらい優れているかどうかわからなかったためです。それに加えて、Linuxでのc ++開発には、より優れた、より専門的なツールが必要であると確信していました。

そして、私はその[Eclipse] IDE for javaが本当に好きですが、それはc ++にとって何か良いことであり、さらに優れたものを見逃すことはありませんか?

私は正直に言って、いくつかのツール(Eclipseなど)は多くの点で優れていますが、他のオプションも探すのが最善だと思います(IDEだけではなく、一般的に、そして実際の生活でもそうです)。 ..
この場合のように、vimは本当に素晴らしいです、そして私がすでに知っている何かに固執していたら私はそれを逃したでしょう。

于 2008-10-20T17:28:48.067 に答える
0

Code::Blocksは素晴らしいです。

于 2010-08-17T02:03:13.467 に答える
0

私の目には、Linux に最適な IDE は SlickEdit です。多少の費用はかかりますが、高速で、タグ付けの優れたサポートと優れた差分ツールであり、巨大なプロジェクトでうまく機能します.

于 2011-08-23T19:18:13.053 に答える