フォルダーベースのファイルシステムに代わるより良い代替手段はありますか?また、すぐに置き換えられますか?[閉まっている]


15

私が遭遇したすべてのファイルシステムはフォルダーに基づいています-ファイルとサブフォルダーを含むルートフォルダーがあり、ファイルとサブフォルダーなどが含まれます。

ファイルを整理するより良い代替手段はありますか?また、すぐに現在のシステムを置き換えますか?答えが正しいと判断した場合は、ファイルシステムに関する履歴を自由に追加してください。

「より良い」という言葉は、あなたが好きなように解釈してください。



2
完全なファイルパスは私にとって唯一の名前であり、フォルダーはワイルドカードを含むファイル名であり、その名前で始まるファイルを潜在的にリストします。辞書は、単に索引付けおよびソートされた階層的なものとは思いません。何を探すべきかを知っているとき、検索は素晴らしいです。ファイルが最後に/最初に使用されたときを知っている場合、年代順は便利です。タグは、単一のファイルを複数の方法で整理するための便利な方法です。ある時点で、ファイルの参照が停止しています。ほとんどの場合、ツリーのトラバースは問題ありません。
ジェフ

3
Googleドライブのラベルシステムが恋しいです。実際にはフォルダがありませんでした。任意のファイルを複数のラベルに配置して、複数の異なる方法で一度に整理できます。私の意見ではとても簡単です。
ラバーダック

1
@RubberDuck OSXでも可能です。特定のファイルが複数の論理カテゴリに属する​​場合が非常に多いので、私もいつも「すごい、もっと理にかなっている」と思っていました。ただし、そのように感じていても、1)ファイル階層で物事を整理することに慣れているため、2)アプリケーションはタグではなくファイルシステムを理解するため、タグを利用しません。
ガーデンヘッド

回答:


8

ファイルを整理するより良い代替手段はありますか、

はい。

すぐに現在のシステムを置き換えますか?

番号。

概念を整理する方法として階層を置き換えることはできません。

すべてのファイルシステムにはハードリンクがあります。現在のファイルシステムは階層構造ではありません

人々はそのような方法でそれらを使用します。

ただし、ファイルシステムは「ネットワーク化された」データベースです(階層型ではありません)。1つの明白な理由のために、ネットワーク機能をあまり使用していません。単純な階層以外のものは紛らわしいです。


ソートの基礎となる実装が存在する場合は、少なくとも、常に階層構造を使用して独自のファイルを整理します。
フィリップデュパノビッチ

1
ハードリンクはサイクルを形成することを禁じられているため、まだ階層です(ただし、ツリーではありません)。
バルテック

7
-1単に「はい」と言うのではなく、「より良い」システムを修飾して説明する必要があるため
Darknight

4
フォルダーベースのファイルシステムが階層システムではないことを理解していません。さらに説明してもらえますか?
ギャブリン

1
明らかに非古典のファイルシステムのための具体的な例:git。一方でgitundisputablyファイルシステムを作成し、そのコミットは、階層的ではない構造を形成します。それらは、最も一般的な形式でDAGを形成します。これにより、分岐とマージの任意の組み合わせが可能になります。ほとんどのファイルは、履歴内で変更された時点まで、さまざまなコミットによって参照されます。また、ファイル/ツリー/コミットオブジェクトは変更できません。そして、ファイルシステムをgit非常に有用なものにしているのは、まさにこれらの特性です。
cmaster-モニカの復元16年

7

私はそうは思わない。なぜなら、いくつかの試み(例えばWinFS)があり、それらはすべて殺されたからだ。「フォルダ」構造は、非常に一般的な階層構造です。私は分類法と見ることができます。リソースを整理するのは自然な方法だと思います。

一方、「最近のファイル」や「すべての音楽」などのフロントエンドビューを使用できます。しかし、ファイルシステム自体に低レベルで実装する本当の理由はありません。階層ファイルシステムの上に、そのビルドのデータ構造を持つことができます。


5

フォルダベースのツリー状のファイルシステムは一般的ですが、それは最良ではありません。実際、ファイルを適切に分類することは、ファイルを特定の「場所」、例えばフォルダーに配置するよりも優れていると考えています。

ファイルは内容が異なるため、mp3ファイルには、たとえばpngファイルとは異なるメタ情報が含まれています。問題が発生した列を含むリストに表示されます。サイズ、作成日などの列だけが一般的です。

たとえば、Windowsエクスプローラーを見ると、特定のファイルタイプが検出されると列が変化します。たとえば、ディレクトリに多数のmp3ファイルがある場合、アルバム、タイトルなどの列が発生します。これらのファイルの中にpngファイルがある場合、これらの列/セルはその特定のファイル/行には意味がありません。

ファイルを識別する分類プロパティが複数あるという理由だけで、ファイルを複数のフォルダーに配置することが理にかなっていることが何度もあります。しかし、なぜ「場所」、「フォルダー」でファイルを分類する必要があるのでしょうか?

私が車を持っている場合、それがガレージ、駐車場、または他の場所にあるかどうかは関係ありません、それは私の車を識別する「場所」ではなく、プロパティです。

すべてのファイルがメタデータによって適切かつ正確に分類されている場合、それがどこに保存されているかは気にせず、単に「クラウド」にあります。特定のファイルを取得する必要がある場合は、メタデータの仕様によってこれを行う必要があります。


Linuxでは、特定のiノードに複数のハードリンクを設定できます。したがって、ファイルは複数のディレクトリに属する​​ことができます
バジル・スタリンケビッチ

5

一部の実験的なオペレーティングシステムには、ファイルさえありません。それらには、いくつかの直交永続化機構があります。いくつかの学術OSプロジェクト(CoyotosGrasshopperIsaacOSなど)を見てください。

そして、1980年代の古いLispマシンにも、今日知っているファイルシステムがなかったかもしれません。

非アクティブなtunes.orgサイトでは、ファイルのないOSについて(前世紀から)いくつかの議論がありました。

ファイルベースでないOSの問題は、すべてを再実装する必要があることです。Cコンパイラでさえ、いくつかのファイルシステムを必要とします。...そして悲しいことに、そのようなOSをゼロから開発する経済的な動機はほとんどありません。

ただし、テラバイトディスクは汚い混乱であることに注意してください(階層ファイルシステムはデータを整理する最良の方法ではありません)。Unixに触発されたファイルシステム(Windowsにコピーされている) 。

Multics(1969)で階層ファイルシステムが発明されました。Unixはそれらをコピーしました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.