我該如何修補JRuby以為其提供偽文件系統？

Question

以前，我曾嘗試為JavaScript提供Java引擎 -rhino- 偽文件系統，並且我已經成功了（ jszip maven插件 ）

我現在將注意力轉向SASS編譯器

我已經將JRuby集成到我的Maven插件中，並且可以很好地調用SASS編譯器，所以現在的最后一步（在從hack-land重構為可維護的代碼之前）是偽造JRuby看到的路徑，

我的感覺是我將無法重用Rhino技巧（我在Rhino范圍內重新映射java.io.File類適配器），因為Ruby通常沒有適配器層來糾正不同Ruby VM之間的差異。

所以我的下一個想法是猴子補丁...但是我不確定這會是多么大的工作...

使用JavaScript我只需要偽造java.io.File ， java.io.FileReader ， java.io.FileWriter ， java.io.FileInputStream ， java.io.FileOutputStream

在Ruby運行時中，需要多少猴子補丁……或者我更好地使用基於ASM的重寫類加載器從JRuby本身中提取地毯（在此情況下，我可能會破壞合法的文件加載方式來加載例如Gems）

Answer 1

我的有關SASS編譯器的特定問題的答案，但不是對猴子補丁JRuby使其仿造文件系統的一般問題的答案。

事實證明，薩斯擁有的概念Sass::Importer::Base是解決的基類.scss和.sass文件。 因此，我要做的就是創建自己的實現，該實現委派給我的虛擬文件系統，並配置傳遞給Sass::Engine.new的選項，以便將默認的基於文件系統的導入器替換為導入器實現。

似乎可以正常工作，盡管我在嘗試使其編譯Foundation 3時遇到了一些問題，也許是因為它依賴於Compass ，這與我對LESS支持（ Bootstrap是獨立的）的測試經驗形成了對比。

更新資料

關於基於ASM的重寫類加載器。 也許這種方法的訣竅是使用AspectC來僅修改JRuby運行時中的那些類。 換句話說，僅當類擴展RubyObject時才應用方面。 這應該保留JRuby加載紅寶石源代碼的合法需求，同時為嵌入式VM提供偽造的文件系統。

關於猴子補丁，似乎要進行大量工作來填充Ruby的File API提供的所有等效方法，以確保猴子補丁可以保存，特別是考慮到我們不知道猴子補丁的確切占用空間， SASS編譯器將使用哪些API。

因此，我想完整的答案是：“您不想進行猴子補丁或ASM重寫，因為您要使用的庫提供了一個很好的抽象，無論如何都可以將其饋送到虛擬文件系統中”