Có bất kỳ khung Hệ thống Tệp Giả mạo nào dành cho Java không? [đóng cửa]

Tôi đang giới thiệu các bài kiểm tra trong một dự án sử dụng nhiều hoạt động IO (hệ thống tệp, trong trường hợp này). Hệ thống liên tục mở / đóng tệp, kiểm tra xem tệp có tồn tại hay không, xóa chúng, v.v.

Rõ ràng là việc chế nhạo thường xuyên sẽ không có ích gì nhiều, vì điều đó sẽ khiến các bài kiểm tra của tôi khó thiết lập và suy luận. Mặt khác, có một hệ thống tệp giả mạo sẽ rất tuyệt vời và tôi nghĩ, khá dễ dàng để thiết lập.

Có vẻ như những người chơi ruby ​​đã làm điều đó một lần nữa, và có chính xác những gì tôi đang yêu cầu ở ruby: http://ozmm.org/posts/fakefs.html .

Có điều gì tương tự từ xa cho Java không?

Google có triển khai mã nguồn mở, trong bộ nhớ của FileSystemProvider của Java 7. Các dự án được gọi là jimfs .

Nếu bạn sử dụng Java 6 hoặc phiên bản cũ hơn, có một giải pháp thay thế: Tôi đã sử dụng Apache Commons VFS trước đây để đạt được thành công lớn. Nó có vẻ giống như FileSystemProvider tùy chỉnh mà một trình trả lời khác được đề cập là trong Java 7.

Nó được tải sẵn một số cài đặt hệ thống tệp: Tệp, RAM, S / FTP và Jar. Tôi cũng đã thấy một plugin cho S3 .

Trong Java 6 trở về trước, rất khó vì các lớp thích Filevà FileInputStreamkhông cung cấp cách nào để gửi đến các "hệ thống tệp ảo" khác nhau trong không gian Java.

Trong Java 7, có hỗ trợ cho các hệ thống tệp ảo; xem phần Phát triển nhà cung cấp hệ thống tệp tùy chỉnh . Tôi không biết liệu điều này có cho phép bạn làm những gì bạn muốn làm hay không, nhưng đó là một nơi tốt để bắt đầu tìm kiếm.

Meh. Thực tế là dường như không có bất kỳ hệ thống tệp giả mạo nào, tôi đoán tôi sẽ chỉ thực hiện một cách triển khai tối thiểu một mình. Tôi không giành được gì bằng cách sử dụng FileSystemProvider

Trên thực tế, bạn có thể giành chiến thắng bằng cách sử dụng FileSystemProvider:

• Bạn triển khai thứ gì đó (nếu được phát hành theo giấy phép nguồn mở) có thể rất hữu ích cho những người khác ở vị trí của bạn và cho các mục đích khác.

• Bạn sẽ dễ dàng hơn nếu quyết định chuyển sang FileSystemProvider mà người khác có thể đang làm việc ngay bây giờ.

Bạn có thể sử dụng org.junit.rules.TemporaryFoldertừ gói JUnit :

Quy tắc TemporaryFolder cho phép tạo các tệp và thư mục được đảm bảo sẽ bị xóa khi phương pháp thử nghiệm kết thúc (cho dù phương pháp này đạt hay không thành công):

Thí dụ:

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

Hoặc thoát khỏi .toPath()phần:

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

Bạn có thể tóm tắt việc sử dụng Filebằng cách sử dụng ý định "nơi nào đó để ghi dữ liệu" bằng cách thay đổi API của bạn thành sử dụng OutputStreamthay vì a File, sau đó chuyển API a FileOutputStreamtrong mã sản xuất của bạn, nhưng chuyển API a ByteArrayOutputStreamtừ các thử nghiệm của bạn. A ByteArrayOutputStreamlà một luồng trong bộ nhớ, vì vậy nó rất nhanh và bạn có thể chỉ cần kiểm tra nội dung của nó bằng cách sử dụng các phương pháp của nó - nó hoàn hảo để kiểm tra. Cũng có tương ứng ByteArrayInputStreamnếu bạn muốn đọc dữ liệu.

Hệ thống tệp nói chung khá nhanh - trừ khi bạn thực hiện rất nhiều I / O tệp trong các thử nghiệm của mình, tôi sẽ không bận tâm.

Lưu ý rằng việc tạo Fileđối tượng java không tạo tệp trên đĩa, tức là mã sau không gây ra bất kỳ thay đổi nào đối với đĩa:

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

Jimfs , của Google, là một hệ thống tệp NIO trong bộ nhớ, rất tốt cho các thử nghiệm.

Một cách đơn giản là sử dụng cách hệ thống của bạn cung cấp một hệ thống tệp hoàn toàn dựa trên RAM - tempfs trên Linux, một đĩa RAM trên Windows.

MockFTPServer dường như có một vài triển khai Hệ thống tệp giả mạo (Unix / Windows)

Có vẻ như bạn có thể sử dụng các triển khai hệ thống tệp giả mạo này khá tách biệt với bất kỳ khái niệm FTP nào. Tôi đang thử điều này ngay bây giờ cho chính xác những mục tiêu giống như bạn đã vạch ra.

Tôi không chắc chắn về các khuôn khổ cụ thể, nhưng cách tiếp cận chung về OOP là viết một số lớp trừu tượng lên trên bất kỳ mã truy cập tệp nào (giao diện rất nhiều!) và có lẽ là một mặt tiền để dễ sử dụng các hoạt động thông thường. sau đó bạn chỉ mô phỏng một lớp bên dưới mã bạn đang thử nghiệm và về cơ bản nó là một hệ thống tệp giả mạo (hoặc ít nhất là mã bạn đang thử nghiệm sẽ không biết).

nếu bạn xem xét việc sử dụng khung phụ thuộc để xử lý điều này cho bạn, nó sẽ dễ dàng chuyển đổi các thành phần để triển khai giả mạo một giao diện. nếu bạn tuân theo các mẫu điều khiển nghịch đảo, việc chuyển bất kỳ phần phụ thuộc nào vào phương thức khởi tạo của lớp mà bạn đang kiểm tra, điều này cũng sẽ giúp dễ dàng kiểm tra.

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
   }
}

tôi hy vọng java của tôi là chính xác, tôi đã không viết java trong một thời gian dài, nhưng bạn sẽ có được sự trôi chảy. hy vọng rằng tôi không đánh giá thấp vấn đề ở đây và quá đơn giản hóa!

tất nhiên điều này chỉ là giả định bạn muốn nói đến kiểm thử đơn vị thực sự, tức là kiểm tra các đơn vị mã nhỏ nhất có thể, chứ không phải toàn bộ hệ thống. để kiểm tra tích hợp, một cách tiếp cận khác là cần thiết.

ShrinkWrap từ dự án Arquillian dường như bao gồm tuân thủ NIO trong FileSystem bộ nhớ

Bạn có thể tạo một FileSystem đơn giản trong bộ nhớ bằng cách làm như sau:

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

Hai hệ thống tệp bộ nhớ khác trong java là,

hệ thống bộ nhớ

con thiêu thân

Cả hai đều triển khai api hệ thống tệp NIO.2.

Tôi đã tìm kiếm "Hệ thống tệp java giả mạo" và tìm thấy câu hỏi này. Thật không may, đây là tất cả những gì tôi tìm thấy. Vì vậy, tôi đã tự viết FileSystem giả mạo này: https://github.com/dernasherbrezon/mockfs

Tôi đang sử dụng nó để mô phỏng IOExceptions trong quá trình đọc / ghi vào tệp. IOException có thể xảy ra chẳng hạn do "không có dung lượng đĩa", điều này gần như không thể mô phỏng bằng các phương tiện khác.

Nó hơi cũ và giải pháp này dường như chỉ dành cho linux nhưng có vẻ tốt https://www.google.co.il/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=tmpfs%20on% 20ubuntu

tmpfs là một thư mục được ánh xạ trong bộ nhớ (dữ liệu biến mất khi khởi động lại). Sau khi được gắn kết, Dữ liệu có thể được sao chép vào nó và được làm việc từ bộ nhớ.