Java用の偽のファイルシステムフレームワークはありますか？[閉まっている]

IO操作（この場合はファイルシステム）を多用するプロジェクトにテストを導入しています。システムは常にファイルを開いたり閉じたり、ファイルが存在するかどうかをチェックしたり、ファイルを削除したりします。

定期的なモックはあまり役に立たないことがすぐに明らかになりました。それは私のテストをセットアップして推論するのを難しくするからです。一方で、偽のファイルシステムを持つことは素晴らしいことであり、セットアップは非常に簡単だと思います。

ルビーの人たちがまたやったようです。私がルビーに求めているのはまさにそれです：http：//ozmm.org/posts/fakefs.html。

Javaにリモートで似ているものはありますか？

Googleには、Java7のFileSystemProviderのオープンソースのメモリ内実装があります。このプロジェクトはjimfsと呼ばれます。

Java 6以前を使用している場合は、別の方法があります。以前はApache CommonsVFSを使用して大成功を収めました。別の回答者が言及したカスタムFileSystemProviderがJava7にあるのとよく似ているようです。

いくつか例を挙げると、ファイル、RAM、S / FTP、Jarなどのいくつかのファイルシステム実装がプリロードされています。S3のプラグインも見ました。

以下のようなクラスのためのJava 6およびそれ以前のことは困難であるFileとは、FileInputStreamJavaの空間で異なる「仮想ファイルシステム」に派遣する方法を提供しません。

Java 7では、仮想ファイルシステムがサポートされています。カスタムファイルシステムプロバイダーの開発を参照してください。これでやりたいことができるかどうかはわかりませんが、探し始めるのに良い場所です。

まあ。実際には偽のファイルシステムがないように見えるので、最小限の実装を自分で実装するだけだと思います。FileSystemProviderを使用しても何も勝ちません

実際には、FileSystemProviderを使用して勝ちます。

• あなたは（オープンソースライセンスの下でリリースされた場合）あなたの立場にある他の人々にとって、そして他の目的のために非常に役立つかもしれない何かを実装します。

• 他の誰かが現在作業している可能性のあるFileSystemProviderに切り替えることにした場合は、自分で簡単に行うことができます。

JUnitパッケージorg.junit.rules.TemporaryFolderから使用できます。

TemporaryFolderルールを使用すると、テストメソッドの終了時に（合格か不合格かにかかわらず）削除されることが保証されているファイルとフォルダーを作成できます。

例：

final TemporaryFolder testFolder = new TemporaryFolder();
testFolder.create();
final Path filePath = testFolder.newFile("input.txt").toPath();
final Path dirPath = testFolder.newFolder("subfolder").toPath();

または、.toPath()パーツを終了します。

final File filePath = testFolder.newFile("input.txt");

FileAPIを変更して、のOutputStream代わりにを使用することで「データを書き込む場所」の意図を使用しての使用を抽象化し、本番コードでFileAPI aFileOutputStreamを渡しByteArrayOutputStreamますが、テストからは渡します。AByteArrayOutputStreamはメモリ内ストリームであるため、非常に高速であり、メソッドを使用してコンテンツを簡単に検査できます。テストに最適です。データByteArrayInputStreamを読みたい場合は、対応するものもあります。

ファイルシステムは一般的にかなり高速です-テストで大量のファイルI / Oを実行していない限り、私は気にしません。

JavaFileオブジェクトを作成しても、ディスク上にファイルは作成されないことに注意してください。つまり、次のコードはディスクに変更を加えません。

File f = new File("somepath"); // doesn't create a file on disk

GoogleによるJimfsは、メモリ内のNIOファイルシステムであり、テストに最適です。

簡単な方法は、完全にRAMに基づいたファイルシステムを提供するシステムの方法を使用することです。Linuxではtempfs、WindowsではRAMディスクです。

MockFTPServerには、いくつかの偽のファイルシステム実装があるようです（Unix / Windows）

これらの偽のファイルシステム実装は、FTPの概念とはまったく別に使用できるようです。私は今、あなたが概説したのとまったく同じ目的でこれを試しています。

特定のフレームワークについてはよくわかりませんが、OOPに関する一般的なアプローチは、ファイルアクセスコード（インターフェイスが豊富！）の上に抽象化されたレイヤーを記述し、一般的な操作を簡単に使用できるようにすることです。次に、現在テストしているコードの1つ下のレイヤーをモックし、それは本質的に偽のファイルシステムです（または、少なくともテストしているコードは他の方法ではわかりません）。

依存性注入フレームワークを使用してこれを処理することを検討すると、インターフェイスの偽の実装のためにコンポーネントを切り替える機能が容易になります。制御の反転のパターンに従う場合、テストしているクラスのコンストラクターに依存関係を渡すと、テストも簡単になります。

public interface IFileSystem {
   IFileHandle Load(string path);
   //etc
}

public class ClassBeingTested {
   public ClassBeingTested(IFileSystem fileSystem) {
      //assign to private field
   }

   public void DoSomethingWithFileSystem() {
       //utilise interface to file system here
       //which you could easily mock for testing purposes
       //by passing a fake implementation to the constructor
   }
}

私のJavaが正しいことを願っています、私は長い間Javaを書いていませんが、うまくいけばドリフトを得るでしょう。うまくいけば、私はここで問題を過小評価しておらず、過度に単純化しています！

もちろん、これはすべて、真の単体テスト、つまり、システム全体ではなく、可能な限り最小のコード単位をテストすることを意味していることを前提としています。統合テストには、別のアプローチが必要です。

ArquillianプロジェクトのShrinkWrapは、メモリファイルシステムにNIO準拠を含むように見えます

次の手順を実行して、単純なメモリ内ファイルシステムを作成できます。

FileSystem fs = ShrinkWrapFileSystems.newFileSystem(ShrinkWrap.create(GenericArchive.class))

Java用のメモリ内ファイルシステムの他の2つは、

メモリファイルシステム

エフェメラルフ

どちらもNIO.2ファイルシステムAPIを実装しています。

「FakejavaFileSystem」をグーグルで検索していて、この質問を見つけました。残念ながら、これが私が見つけたすべてです。だから私はこの偽のファイルシステムを自分で書いた：https：//github.com/dernasherbrezon/mockfs

ファイルの読み取り/書き込み中のIOExceptionをシミュレートするために使用しています。IOExceptionは、たとえば「ディスク容量がない」ために発生する可能性があります。これは、他の方法でシミュレートすることはほぼ不可能です。

少し古く、このソリューションはLinuxのみのようですが、見た目は良さそうです https://www.google.co.il/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=tmpfs%20on% 20ubuntu

tmpfsはメモリ内にマップされたディレクトリです（データは再起動すると消えます）。マウントされると、データをコピーしてメモリから処理できます。