Net和Java接口是否足够相似以某种方式进行整合？

在既有.Net代码又有Java代码的环境中，整合两者的一种方法似乎是使用（或至少查看）公共接口文件，以便共享对组织中业务逻辑的高级理解

Java和.Net从技术角度来看是不同的，但通过共享接口，它们可以专注于公共业务逻辑，同时利用OOP的优势

对于一个组织来说，实现一个基于应用于.Net和Java代码的接口的体系结构在任何意义上都是常见的吗？是否有可能为接口代码创建（或存在）一个语法转换器，以便两个框架可以轻松共享它们？还是这两个框架完全不同，共享接口会适得其反？

参见IKVM:

IKVM.NET是Java for Mono和Microsoft.NET框架的一个实现。它包括以下组件：

在.NET中实现的Java虚拟机

Java类库的.NET实现

支持Java和.NET互操作性的工具

IKVM使开发使用JavaAPI的.NET应用程序成为可能。以下是如何继续：

IKVM附带了.NET中Java类库的实现。要使用这些API，只需在Mono/.NET IDE项目中添加对IKVM.OpenJDK.ClassLibrary.dll的引用。 要使用其他Java API，可以采用以下方法之一： 使用ikvmc将Java API转换为.NET CIL。这将生成一个可在项目中引用的.NET dll。 使用Java反射API使用IKVM字节码解释器动态加载和执行Java字节码。例如，应用程序可以通过网络连接加载Java字节码并动态执行

---

嗯，等等，你的意思是同时提供Java和.Net版本的API吗？这不是我的意思，但知道答案可能也会有所帮助。我不太了解C，但我很清楚它的语法不直接兼容，例如C使用

：

而不是

扩展/实现
，还有一个财产签名的概念。我不确定将两者结合起来会获得多少收益，除非是为了以后的代码分析。从一些常见的其他源代码定义生成C#和Java可能更容易，而不是试图创建一个通用的转换器。我确实发现了。顺便说一句，我会小心引用“彼此不一致”这句话，你很可能会从你真正的问题上转移注意力，引起一点愤怒。有成千上万种编程语言，C#和Java恰好是其中的两种。此外，您可能希望将此问题移至。也许吧。我想我会在这里得到一个更好的答案，谢谢，我去掉了“赔率线”。这不合适。我们有.Net和Java开发人员，我希望我们共享业务逻辑。我使用了他们的语言转换器，它将一个简单的c#接口代码片段转换为Java。这可能就是所需要的。