6

テキスト エディタが提案されている IDE を求める質問への回答と、その逆の回答をいくつか見てきました。それは、人々はそれらを同じものとして扱っていると思い、明確に区別しています。

  1. 「テキストエディタ」と「IDE」をどのように定義しますか?
  2. 2 つのツールの違いがわかりますか?

「テキストエディター」と「IDE」の概念に最もよく対応していると思う回答を受け入れたことに注意してください。ただし、それは質問に最もよく対処するものについての私の個人的な意見にすぎません。この質問を時々チェックして、より良い回答があるかどうかを確認し、その回答を受け入れます.

4

7 に答える 7

4

この混乱は、テキスト エディターがすべての IDE のコア コンポーネントであるという事実から生じます。しかし、IDE には単なるテキスト エディタ以上のものがあります。また、コンパイラ、デバッガ、プロファイラ、参考資料などへのインターフェイスも備えています。

多くのテキスト エディターにはプラグインやその他の柔軟な拡張メカニズムがあり、多くの場合、上記のような外部ツールを「ラップ」する機能が含まれています。主な違いは、私見ですが、統合された IDE の「I」です。IDE は (やはり私見ですが) 特定のツール セットをサポートするように意図的に設計されたものであり、その 1 つがテキスト エディターです。

于 2008-10-13T22:18:04.163 に答える
3

私はそうしますが、それはソフトウェア自体の違いというよりも、それらを使用する方法にあります。IDE として使用されるソフトウェアもあれば、単なるテキスト エディターとして使用されるソフトウェアもあります。ソフトウェアによっては、テキスト エディターしか使えないものもあれば、テキスト エディターだけでは使いにくいものもあれば、両方として簡単に使用できるものもあります。

Vi(m) や Emacs などの重鎮は、テキスト エディターとして使用される人もいれば、IDE として使用される人もいます。Eclipse や Visual Studio などは、IDE やメモ帳のようなものはテキスト エディター以外の何物にもならないので、本当に意味のあるものです。

コンパイルやデバッグなど、他のことをするためにテキスト エディターにとどまっている場合は、それを IDE のように使用していると言えます。どこで線を引くか、よくわかりません。

于 2008-10-13T22:21:15.717 に答える
3

私は両方を使用していますが、あなたも使用することをお勧めします。コード補完やリファクタリングのサポートなど、IDE によって開発が高速化される場合があります。プロジェクト管理機能は言うまでもなく、プロジェクト内のファイルとシンボル、関数、クラスをすばやく検索します。ビルドを管理してくれることもあります。デバッガーが組み込まれている可能性があります (優れた組み込みデバッガーは金の価値があります)。コード スニペットとファイル テンプレートはどうですか。場合によっては、IDE が GUI インターフェイスとデータ ストアの構築に役立つことがあります。正規表現を作成して SQL クエリを実行するのに役立つものを見てきました。

これら(IMO)はすべて砂糖です。また、プレーン テキスト エディターも使用しており (ただし、最近ではコード構文のカラーリングが非常に高く評価されています)、他のほとんどの作業は自分で行っています。新しいテキスト エディタのいくつかは、IDE の領域 (TextMate など) に忍び込みつつあります。これらのエディタは、上記の段落の優れた点のほとんどを可能にするのに十分な拡張性があるためです。

90% のケースで、与えられたもの、または大部分のチームが使用するものを使用します (私は請負業者です)。これにより、自分で行うことにした場合に発生する可能性のあるビルドの競合が減少します。IDE、テキスト エディター、およびその間のすべての使用方法を学習することで、柔軟性を維持し、何を投げかけられても対処できるようになります。

于 2008-10-13T22:50:22.397 に答える
2

明らかな違いは、IDE の「I」です。IDE は、編集だけでなくデバッグ、プロジェクトのファイル管理、および通常は構文の強調表示やコード補完などのクールな機能を可能にする統合プラットフォームです。そうそう、ツールとコンパイラの統合、およびソース管理です。

于 2008-10-13T22:19:22.787 に答える
1

私にとって、テキスト エディターは、テキスト ベースのドキュメントを編集するための軽量ツールです。エディターの「システム」フォントを定義する以外に、テキストのマークアップや書式設定はありません。フォルダ ツリー、構文の強調表示、コンパイラのコマンド ライン実行など、便利なツールをテキスト エディタの一部にすることができます。ただし、最終的には、ドキュメント内のテキストを編集できるようになります。別の方法で表示されることはありません。つまり、XML ドキュメントを表示するときにグリッドは表示されません。

IDE ははるかに堅牢で、一般的に言語またはフレームワークに固有です。

この回答を書き始める前は、テキスト エディターと IDE の間に明確な境界線がありました。しかし今、私はそれらが同じものであると考えています。つまり、VS のような IDE は単なる美化されたテキスト エディターです。また、Textpad のようなテキスト エディターは、機能開発のための予算がはるかに少ない IDE です。

本当の答えは、IDE はその機能をさまざまな方向に拡張している大企業またはグループに支えられているということだと思います。しかし、テキスト エディターは少人数のグループによって構築されており、十分な機能しか備えていません。

于 2008-10-13T22:24:53.040 に答える
0

個人的には、IDE とテキスト エディタの間に「線」が引かれているのは、単なるソース コードの知識ではなく、最終プログラムの知識だと思います。

例として:

  • コードをバイナリにコンパイルできますか? それはIDEです
  • 統合デバッガはありますか? それはIDEです
    • デバッガーを統合するには、バイナリ コンパイルされたプログラム、またはスクリプト言語の場合は実行中のプログラムのインメモリ解釈について知る必要があります。

注: インテリセンスのようなものは、コードがコンパイルされていることに依存しないため、インテリセンスが IDE を意味するとは言いません。

注 2: textmate などの多くのテキスト エディターには、プロジェクトをビルドするために拡張できるプラグイン システムがあります。彼らは単にプラグインにシェルアウトしているだけで、建物自体についての知識はありません。

于 2008-10-13T23:42:43.073 に答える
0

テキストエディタのKateと IDE のKdevelopを見ると、主な違いは Kdevelop がプロジェクト管理 (CVS/Subversion) とビルドスクリプトをサポートしているのに対し、Kate はサポートしていないことです。

于 2008-10-13T23:02:02.857 に答える