18

最近VisualStudio2010に切り替えましたが、boostライブラリを使用しているときにIntellisenseが表示されるのに30分もかからないようにするために、Microsoftの提案ではプリコンパイル済みヘッダーを使用しているようです。

以前にそれらを使用したことがないことを除いて（Ugly ATL Wizards（TM）によって強制された場合を除く）、私はそれらがどのように機能するかを調べるために周りを検索しました。

基本的に、BigCentralizedのstdafx.hアプローチは明らかに間違っているようです。すべてのソースに大量のヘッダーファイルを（安価にでも）インクルードしたくありません。私はWindowsライブラリを使用していないので（C ++ / CLIの上位レベルのラッパーを作成し、外の世界との通信に.NETを使用します）、「変更されない巨大なヘッダーのトラック全体」を持っていません。ちょうどboostそして標準ライブラリヘッダーが散らばっています。

この問題には興味深いアプローチがありますが、これを機能させる方法を完全に理解することはできません。各ソースファイルは2回コンパイルする必要があるようです（間違っている場合は修正してください）。1回は/ Ycを使用し、もう1回は/Yuを使用します。これにより、ビルドシステムを手動で調整する必要がある開発者に負担がかかります。

「ソースファイルごとに1つのプリコンパイル済みヘッダーを自動的に生成する」トリック、または少なくともいくつかの「ベストプラクティス」を見つけたいと思っていましたが、ほとんどの人は世界をに含めることに満足しているようですstdafx.h。

ソースファイルごとにプリコンパイル済みヘッダーを使用するために利用できるオプションは何ですか？ビルド時間は（急上昇しない限り）あまり気にしません。インテリセンスを高速に動作させたいだけです。

4

4 に答える 4

9

手始めに、あなたは記事を間違って読んでいます。すべてのファイルが2回コンパイルされるわけではありません。ファイルstdafx.cppは/Yc（c、作成用）で一度コンパイルされ、次にプロジェクト内の他のすべてのファイルが/ Yu（u、使用用）で一度コンパイルされ、以前に作成された保存状態の結果をインポートしますstdafx.cppから。

第二に、この記事は7年前のものであり、VC ++ 6について話しているので、それを信用しないことから始めるべきです。しかし、その中の情報がまだVC ++ 2008または2010に適用されると仮定しても、それは悪いアドバイスのように思われます。使用を推奨するアプローチ/pragma hdrstopは、問題を探すソリューションです。すべてのファイルに不要なものを含むヘッダーがある場合は、プリコンパイル済みヘッダーに含めるべきではありません。

于 2011-05-07T22:26:24.963 に答える
5

あなたの問題は基本的に、VS2010 の Boost で Intellisense が遅いということですか? この問題に対する直接的な解決策はありませんが、Visual Assist Xをオプションとして使用できますか? 現在、Visual Studio のさまざまなバージョンで使用しており、非常に満足しています。直接的な解決策ではありませんが、うまくいくかもしれません。

于 2011-05-08T14:46:58.647 に答える
4

プリコンパイル済みヘッダーは、適切に使用すればそれほど悪くはありません。

適切で正確な#includeの代わりとしてではなく、処理を高速化する方法として使用してください。これを実現するには、プリコンパイル済みヘッダーがリリースビルドで何も行わず、デバッグで処理が高速化されるだけです。

于 2011-05-07T21:17:16.940 に答える