環境：
私は多くのカスタムフレームベースのコンポーネントを使用するアプリケーションに取り組んできました (私が学んできたように 、ここの人々は非常に 役に立ち ました!)。
アプリが非常に頻繁に使用するビジュアル コンポーネントを変更していて、それらのコンポーネントがかなり多く、相互に関連しているため (かなりの継承が行われているなど)、変更/ビルド プロセスをできるだけ効率化したいと考えています。
質問：
ビジュアル コンポーネント パッケージを実際にインストールする必要があるのはいつですか?それと、それらのコンポーネントを使用および参照する EXE プロジェクトをビルドするだけ (または「コンパイル」するだけ?) の場合はどちらですか? オブジェクト インスペクタに影響するメンバーを変更する場合、パッケージを本当に「再インストール」するだけでよいのでしょうか? ここでの概念的なガイダンスは大歓迎です。
よろしくお願いします。: )
IDEは通常、IDEがロードしたパッケージを再コンパイルするときに検出します。パッケージをコンパイルすると、IDEは最初に関連するデザイン時パッケージをアンロードし、コンパイルが終了したときにそれらを再ロードしようとします。
パッケージがIDEでアクティブなプロジェクトとして選択されている間に、パッケージに変更を加える必要があります。（「プロジェクトグループ」を使用して、一度に複数のプロジェクトを開くことができます。一度に1つだけが「アクティブ」プロジェクトになることができます。）
これは、アプリケーションをコンパイルするときにパッケージユニットを暗黙的にコンパイルするのとは対照的です。私のアドバイスは、そのシナリオを避けることです。これにより、パッケージとプロジェクトの同期がはるかに簡単になります。これは、パッケージがIDEに読み込まれないことと、一時停止する代わりにパッケージユニットにプロジェクト固有の変更を加える傾向があるためです。変更が共有パッケージに本当に適切かどうかを検討します。アクティブなプロジェクトを切り替えるのにかかる時間は、パッケージとアプリケーションを別々に保つのに十分な場合があります。