Delphiのコード補完性能【を閉じます]

Question

私はいくつかの大規模な（コードの〜600Kライン）Delphiのプロジェクトを持っています。彼らは、私たちのチームが開発したいくつかのカスタムコンポーネントが含まれます。

多くの場合、私はCtrlキー+スペースでか、単に押してコード補完を呼び出すとき、「」、IDEは、ロックアップと長い時間のために本当に難しいと思います。時には、遅延がいっぱい分、またはそれ以上のことができます。その他の時間、それは提案を即座にポップアップします。

どのような要因は、Delphiでのインテリセンスのパフォーマンスに影響を与えますか？私はこのパフォーマンスを向上させることができます任意の方法はありますか？

私の最善の解決策は、これまでの自動補完をオフにして、私は分かそこらのために静かに瞑想する必要がある場合、Ctrl +スペースを使用することです。

私はVS2005、VS2008、とXcodeのすべてが（私は、この大規模なプロジェクトでそれを試したことがありませんが）事実上、インスタントインテリセンスのフィードバックを与えるように見えることを助けることが言及することはできません。

別の方法として、私はこの提案を提供してきました。

Answer 1

明示的DPRでプロジェクトで使用されるすべてのユニット（*）を含めるようにしてください。
別のユニットから呼び出されたユニットを見つけるために検索パスに依存しないでください、それはDPRに追加します。 DPRは、はるかに長くなりますが、すべてのコンパイル関連のものは、コード洞察を含め、速くなります。

（*）がインストールされたコンポーネントの単位

Answer 2

Delphiのコード・インサイトは、ユーザーがコード・インサイト要求したときにカスタムコンパイルを行うには、コンパイラのDLLを呼び出す（Ctrlキー+スペース、「」、など）。このカスタムコンパイルはユニットでビルドを行い、それがファイルバッファのオフセット現在に到達するまで、などを結ぶ、コード生成をスキップ。このことを念頭に、それはあなたの現在の位置に到達する前に、コンパイラが見ているユニットのリストは、コード・インサイトの動作速度を決定する上で大きな要因を再生します。など、多額のファイルシステムの依存を引き起こしているユニット（または複数台）があるかもしれませんそれは、uses節を並べ替え、複数のファイルになるようにuses節をリファクタリング、OR「AREN uses節でユニットを取り外すことはかなり可能ですパフォーマンスを向上させることがコンパイルするためにあなたの現在のユニットのために必要なトン。また、パッケージを使用するか、あなたのユニットの検索パスを短くするCIの応答時間を改善することがあります。

Answer 3

私はあなたが使用しているバージョンを知らないが、はるかに高速コード補完は、私は、Delphi 2009で一番好きなものの一つです。

Answer 4

これは、Delphiで長年の問題であり、私は自動補完をオフに頼らなければなりませんでした。しばらくの間、そのように働いた後、私はとても満足しました。それだけ有する第2の割合を取る場合でも、IDEは、私のタイピングは当惑したと私の流れを中断遅れます。オートメーションと非常に良くオフ、IMOます。

Answer 5

私はちょうど私が私の環境ライブラリパスから死んでネットワークリンクを削除することによって、それを固定し、私自身この問題に出くわしました。私の問題は解決し100％ます。

Answer 6

あなたがライブラリパスにあるように、あなたのチームのカスタムコンポーネントのソースディレクトリが含まれていますか？成分のみDCUファイルがあまりにもそこにソースファイルを持つ対、ライブラリー・パスにある場合には速度差を見るのは興味深いだろう。