我有一些Java应用程序和一些用C#实现的UWP应用程序的客户，通过Windows Store等分发，他想使用我的应用程序的一些部分。这些部分与操作系统无关，只解析一些特殊的二进制文件格式，应用一些使用YAML文件配置的业务逻辑。没有网络，图形用户界面，只有一些访问文件等。
我们目前使用IKVM来使感兴趣的代码对C#可用，但已经遇到了不同的问题。有些支持.NET Core，有些与Release中的nativetoolchain等有关。虽然现在的事情似乎工作后，应用一些变通办法，我正在寻找替代IKVM已经有点。
我目前使用IKVM的唯一一件事就是简单地使用ikvmc创建我的代码的DLL，然后可以在UWP项目中引用它。编译器总结如下：
ikvmc工具将Java字节码转换为.NET dll和exe。
这就是我想到创建GraalVM的本机Windows映像的原因。其他人似乎已经为Windows和according to the docs构建了本地二进制文件，GraalVM能够使用“--shared”创建共享库。据我所知，IKVM在.NET中实现了JVM，并根据需要和可能Map了一些东西。这听起来很像“Substrate VM”在本机映像的情况下所做的事情，不是吗？
此可执行文件包括应用程序、库、JDK，并且不在Java VM上运行，但包括必要的组件，如来自不同虚拟机（称为“Substrate VM”）的内存管理和线程调度。底层VM是运行时组件的名称（如deoptimizer，垃圾收集器，线程调度等）。
https://www.graalvm.org/docs/reference-manual/native-image/
那么，有没有可能一个DLL形式的本机映像可以替代当前由ikvmc创建的DLL？有没有人尝试过，有过经验？有没有人尝试过创建一个本地DLL并在其他本地Windows应用程序中使用它？从我的理解UWP“只”适用于额外的限制，其中一个可能能够再次工作。或者，这种方法由于某些原因是完全不可能的？
感谢您的输入！