Java dev には Intellij Idea 7 を使用しています。私の開発は、すべての J2SE 機能に加えて、軽量の JSP、サーブレット、および JPA の超軽量使用に「制限」されています。J2EE を使用しない、ランダム フレームワークを大量に使用しない、など。
ver8にアップグレードする価値はありますか？私にとって「価値がある」とは、速度 (特に起動速度)、メモリ使用率 (4 つ以上のプロジェクトを開くと深刻な問題が発生し始めるようです)、および自動バグ検出の点で、より優れた「コア機能」を意味します。より多くのフレームワークがサポートされ、より多くの言語がサポートされています (おそらく Haskell と C++ を除く)。現時点では、リファクタリングの増加には興味がありません。
少し前に、私は 8 のプレビュー バージョンをインストールしましたが、私のニーズに関する限り、7 とまったく同じように見えました。
8 へのアップグレードが好きな人はいますか? もしそうなら、その理由は?
ありがとう
また、既存のコードの複雑なコレクションの上に新しいプロジェクトを構成する方が簡単なようです。
たとえば、5 つ以上のモジュールに自然に構成するもの。
ctrl-shift-Tにバインドされた本当に美しいgoto/createテストウィザードがあります。それ自体でアップグレードする価値があります
新機能のリストをチェックして、自分で判断するのが最善の方法です。これまでのところ、それ自体でアップグレードする価値のある機能を 1 つも発見していません。簡素化された UML ビューは非常に優れており、改良された Maven 統合も同様です。UI がより合理化され、より高速になったように感じます。Flex のサポートの向上など、Java 以外の機能に注目が集まっているようです (FlexBuilder は好きではありませんが、まだ使用する機会がなかったので、これは非常にありがたいことです)。
絶対にありません！カスタム taglibs で定義された変数は、jsp で使用できなくなったようです (7.0.4 で動作)。すべて赤。オートコンプリートなし。
ああ、そして新しい設定メニューは恐ろしい！
IntelliJ IDEA 8 の利点:
IDEA 8 はSubversion 1.5 の新機能をサポートしています。たとえば、マージ トラッキングなどです。これは、(私たちのような) チームが多くの開発ブランチを使用していて、マージが頻繁に行われる場合に特に役立ちます。
IDEA 8 について私が評価した詳細の 1 つ: おそらくご存じのとおり、IDEA にはかなり長い間チェンジリストがあり、基礎となるバージョン管理システムの上に構築されています。これは非常に便利な機能です。そのため、Subversion 自体が 変更リスト をサポートするようになったため、 IDEAの変更リストの実装が変更され、Subversion のネイティブの変更リストと完全に互換性を持つようになりました。svn(たとえば、コマンド ライン ツールを直接使用する場合でも、IDEA で作成された変更リストを操作できます。)
編集：あなたの場合、おそらくアップグレードする価値はありません。少なくとも私にとっては、起動とファイルのインデックス作成は 7 よりも 8 の方がやや遅いようです。 Ctrl-K を押した後、VCS 同期が終了するまで 1 時間または何でも。]
私は Diana-EAP ビルドに取り組んでいますが、8 には git 統合が組み込まれています。EAP は 8.0.1 リリースよりも git 統合が優れています。
IntelliJ 8 には、依存関係のあるプラグインを無効にできるプラグインの構成機能があります。試行錯誤で再現できないものはありませんが、それは素晴らしいことです。
起動はわずかに遅くなります。しかし、一度開いたインデックス作成は以前よりもはるかに高速であり、Subversion へのコミット後を除いて、ほとんどのプロジェクトでは気付かないほどです. サブバージョンにコミットすると、インデックス作成が 2 回トリガーされるようです。