おそらくこれは他の Delphi にも当てはまります (私は 7 つしか使用していません)。かなり大規模なアプリのほぼすべての DLL が別のフォルダーにあるように、コードを分割しました。
Delphi にプラグインするためにダウンロードしたオープン ソースの 99% は、すべてのソースが 1 つのフォルダーに変更されています。
これは、Delphi の開発者がユーザーのコーディング プラクティスについて行った、自明ではない可能性のある仮定であったようです。
私はそうは思わない。実際、最近のバージョンでは、プロジェクト マネージャーに機能を追加して、コードがさまざまなディレクトリに分散しているという事実 (フラット化ディレクトリ オプションなど) に対処しやすくしているので、これは受け入れられていると思います。コードを整理する人の数。
時間の経過とともに有機的に成長するプロジェクトと、誰かが片付けに時間をかけるかどうかに関係しているのではないかと思います。
私は間違いなく、すべてのソースを1つのディレクトリに配置するのではなく、共通点があるグループにまとめます。たとえば、私はSubversionの外部を非常に広範囲に使用しています(http://www.dummzeuch.de/delphi/subversion/english.html、外部に関するセクションを参照)。
私は、さまざまなモジュールをさまざまなフォルダーでホストし、さまざまなモジュール間で共有されるユニット用の共通フォルダーを用意して、管理を容易にすることを好みます。例えば
myClientServerApp :(親)クライアントフォルダー:(子)サーバーフィルター(子)lib-(子)
DELPHI 7 に戻って、すべてのファイルを 1 つのフォルダーにまとめました。小規模なプロジェクトでは簡単ですが、中規模から大規模なプロジェクトでは非常に困難です。そこで、大小を問わずすべての DELPHI プロジェクトのフォルダー構造を作成し始めました。この 1 年間、私はこのフォルダー構造を改善しようとしており、すべての新しいプロジェクトは、よりシンプルで論理的で、より整理されるように小さな改善を行っています。今日、私はその一部を複数のプロジェクトで共有できるようにしようとしています。その作業は進行中です。
すべてのユニットを 1 つのフォルダーに入れると、二重に名前が付けられたユニットで頭痛の種が解消されるように思われます。