Чи існують фреймворки підробленої файлової системи для Java? [зачинено]

Я представляю тести в проекті, який активно використовує операції введення-виведення (у цьому випадку файлова система). Система постійно відкриває / закриває файли, перевіряє наявність файлів, видаляє їх тощо.

Незабаром стало очевидним, що регулярне знущання не принесе великої користі, оскільки це ускладнить мої тести та налаштування аргументів. З іншого боку, наявність підробленої файлової системи було б неймовірним, і, на мою думку, досить легко налаштувати.

Здається, рубінові хлопці зробили це знову, і саме про це я прошу в ruby: http://ozmm.org/posts/fakefs.html .

Чи існує щось подібне для Java?

Google має реалізовану в пам’яті реалізацію Java 7 FileSystemProvider. Проект називається jimfs .

Якщо ви використовуєте Java 6 або старішу версію, є альтернатива: я раніше користувався Apache Commons VFS із великим успіхом. Здається, це схоже на користувальницький FileSystemProvider, про якого згаданий інший відповідач, є в Java 7.

Він поставляється з попередньо завантаженими декількома реалізаціями файлової системи: File, RAM, S / FTP та Jar, щоб назвати декілька. Я також бачив плагін для S3 .

У Java 6 та попередніх версіях це важко, оскільки класи подобаються Fileі FileInputStreamне забезпечують можливості відправлення до різних "віртуальних файлових систем" у просторі Java.

У Java 7 є підтримка віртуальних файлових систем; див. Розробка користувацького постачальника файлової системи . Не знаю, чи це дозволить вам робити те, що ви хочете зробити, але це гарне місце, щоб почати шукати.

Ме Враховуючи той факт, що, схоже, насправді не існує жодної підробленої файлової системи, я гадаю, що я просто впроваджу мінімальну реалізацію самостійно. Я нічого не виграю, використовуючи FileSystemProvider

Насправді, ви виграєте за допомогою FileSystemProvider:

• Ви впроваджуєте те, що (якщо воно буде випущено за ліцензією з відкритим кодом), може бути дуже корисним для інших людей на вашій посаді та для інших цілей.

• Ви полегшуєте собі, якщо вирішите перейти на FileSystemProvider, над яким зараз може працювати хтось інший.

Ви можете використовувати org.junit.rules.TemporaryFolderз пакета JUnit :

Правило 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");

Ви можете абстрагувати використання File, використовуючи намір "десь писати дані", змінивши свій API на використання OutputStreamзамість a File, потім передавши API a FileOutputStreamу ваш робочий код, але передавши його a ByteArrayOutputStreamз ваших тестів. A ByteArrayOutputStream- це потік в пам'яті, тому він дуже швидкий, і ви можете просто перевірити його вміст, використовуючи його методи - він ідеально підходить для тестування. Є також відповідне, ByteArrayInputStreamякщо ви хочете прочитати дані.

Файлові системи, як правило, досить швидкі - якщо ви не робите багато файлових операцій вводу-виводу у своїх тестах, я б не турбувався.

Зверніть увагу, що створення Fileоб'єкта Java не створює файл на диску, тобто наступний код не спричиняє жодних змін на диску:

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

Jimfs від Google - це файлова система NIO в пам'яті, яка чудово підходить для тестів.

Простим способом було б використання способу вашої системи для забезпечення файлової системи, повністю заснованої на оперативній пам'яті - tempfs в Linux, диску RAM в Windows.

Здається, MockFTPServer має кілька реалізацій підробленої файлової системи (Unix / Windows)

Схоже, ви можете використовувати ці фальшиві реалізації файлової системи окремо від будь-яких концепцій FTP. Зараз я пробую це саме для тих самих цілей, які ви зазначили.

Я не впевнений у конкретних фреймворках, але загальним підходом з точки зору ООП є написання абстрактних шарів поверх будь-якого коду доступу до файлів (інтерфейсів в достатку!) і, можливо, фасаду, щоб полегшити використання загальних операцій. тоді ви просто глузуєте над одним шаром під кодом, який ви зараз тестуєте, і це, по суті, фальшива файлова система (або, принаймні, код, який ви тестуєте, не знатиме інакше).

якщо ви задумаєтеся використовувати фреймворк інжекції залежностей для обробки цього, це полегшить можливість вимкнення компонентів для підробленої реалізації інтерфейсу. якщо ви будете слідувати шаблонам інверсії управління, передаючи будь-які залежності в конструктор класу, який ви тестуєте, це також полегшить тестування.

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, але, сподіваюся, ви отримаєте дрейф. сподіваюся, я не недооцінюю проблему тут і надмірно спрощую!

Звичайно, все це припускає, що ви маєте на увазі справжнє модульне тестування, тобто тестування найменших можливих одиниць коду, а не всієї системи. для інтеграційного тестування необхідний інший підхід.

ShrinkWrap з проекту Arquillian, схоже, включає NI- сумісний у FileSystem пам'яті

Ви можете створити просту в пам'яті файлову систему, виконавши наступне:

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

Ще дві файлові системи в пам'яті для Java:

файлова система пам'яті

ефемерні

Обидва реалізують файлову систему NIO.2 api.

Я погуглив "Підроблену файлову систему Java" і знайшов це питання. На жаль, це все, що я знайшов. Тож я сам написав цю фальшиву FileSystem: https://github.com/dernasherbrezon/mockfs

Я використовую його для імітації винятків IOE під час читання / запису у файли. IOException може статися, наприклад, через "відсутність місця на диску", що майже неможливо змоделювати іншими способами.

Він трохи старий, і це рішення здається лише для Linux, але виглядає непогано https://www.google.co.il/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=tmpfs%20on% 20ubuntu

tmpfs - це вкладений у пам'ять каталог (дані зникають при перезавантаженні). Після встановлення дані можна копіювати в них і працювати з ними з пам'яті.