ファイルシステムを使ってコードを編成することのメリット

Question

それは2017です。私が知る限り、プログラマーがコードを編成する方法は変わりません。コードをファイルに配布し、ツリー構造（ネストされたディレクトリやファイル）で整理します。コードベースが大きく、クラス/コンポーネント間の関係が複雑な場合、この組織アプローチは私に非効率的な印象を与えます。ファイルが多いほど、1つのディレクトリにファイルが多くなったり、ディレクトリの深さが増えたりします。また、ディレクトリを直接処理するため、検索のようなツールを使わなくてもナビゲーションで時間と労力がかかります。

図：私たちは、複雑なものを描く/設計するためにCADを使用することができますhttps://github.com/CMPUT301W15T09/Team9Project/wiki/UML

から複雑なUML。マインドマップを同様の方法で作成することができる。これらのために、我々はファイルシステムに対処する必要はありません。似たようなことをして、ファイルシステムをブラックボックスに隠すことはできませんか？なぜ、基本的な組織の方法がずっと進化していないのか。

私は、新しい方法を得ることができないという利点は何ですか？ファイルシステムを使用してコードを整理することの継承上の利点は何ですか？

Answer 1

ソースコードの異なるディスク表現が試されています（たとえば、FlashがActionScriptをバイナリの.flaファイル内に保存する方法など）が一般的ではありません。誰も独自のファイル形式が好きではありません。また、Gitのようなテキストベースのソース管理システムを使用することができないということです。つまり、変更の競合を解決するためにテキストマージを行うことはできません。

ソースコードをツリー構造（ファイルごとに1つのOOPクラスや手続き型モジュールなど）でファイルに格納します。ネストされた名前空間はネストされたディレクトリで表されます。これは直感的です（ソース制御システムとの結合性を高めるためです）。

たとえば、Javaのように、ソースファイルに含まれるクラスと同じ名前を付け、そのパッケージを含むパッケージと同じディレクトリ名にする必要がある言語もあります。 C＃やC++のような他の言語では、PrefabulatedAmulite.csというファイルの中にclass TurboEncabulatorがあると、コードベースに新しい人が混乱するため、意味があります。