簡単ですが、エレガントにはほど遠いです。
あなたがしなければならないのは、ファイルを異なるディレクトリに分割することです。共通の請求書分析などを言います。それぞれのプロジェクトをノックアップし、プロジェクトオプションの検索パスに他のディレクトリを配置します。しかし、これは私が今まで見た中で完全な混乱に陥る最も速い方法です。サブプロジェクトをビルドする順序に応じて、簡単に異なる結果が得られる可能性があります。
まず、各ファイルをどのプロジェクトに含める必要がありますか?
複数のプロジェクトに1つのファイルを含めるのをどのようにやめますか。
dcuファイル用の共通フォルダーをいくつか作成しますか、それとも作成しませんか?
オブジェクトファイルが「所有」しているプロジェクトでコンパイルされていることをどのように知っていますか?コードと歩調を合わせていないオブジェクトファイルは、古典的なヘッドスクラッチャーです。
統合ソース管理を使用している場合、関連するすべてが最新であることをどのように知っていますか?
プログラムグループを使用してそれらすべての同期を維持することもできますが、それでも他の多くの問題は解決されません。
基本的に、単一のプロジェクトが非常に大きくなり、この問題が発生した場合、そのプロジェクトを完全に制御できなくなります。上記はコントロールを取り戻すことはありません、それは単にあなたがチップにいることをより明白にしません。
dllを使用してください。それが目的です。私はそれが簡単ではなく、あなたに費用がかかることを知っています、しかしそれをする正しい方法、あなたの現在の混乱、そしてあなたの提案された混乱があります。弾丸をかみ、それを適切に行うか、そのままにしておくことが、私が選択する唯一のオプションです。
私たちはあなたが行くことを提案しているところに行き着きました、それは幸せな場所ではありません。