我们的桌面应用程序包括一个通过 USB 与各种设备通信的 Mono/.NET 3.5 后端和一个通过套接字与后端通信的 Silverlight 前端。设备的固件是用 C 在内部开发的。为了加快我们的开发过程并减少错误，我们希望在我们的固件和桌面应用程序之间共享代码。您建议我们使用哪些工具和技术来做到这一点？更好的是，您在软件中成功使用了什么来解决类似问题？
我们想分享的两个主要内容是定义我们的通信协议(protocol)的消息结构和当前通过 C 结构/数组常量定义的数据。对于协议(protocol)消息，我们目前正在手动重写我们的消息实现类以匹配 C 定义，使用 C 代码作为指南。对于我们共享的数据，我们创建了一个托管 C++ 应用程序，该应用程序链接到已编译的 C 代码，然后将数组的内容提取到一个 XML 文件中。
我们的技术可行，但还不够理想。首先，由于 C 代码并行更改和程序员错误，我们有大量与将 C 结构重新解释为 C# 相关的错误；我们希望在未来的开发中避免此类错误。对于数据共享，我对我们当前的解决方案没有太大问题，但提取程序的维护者说，要让它正常工作是一个痛苦的过程。
我们对可以更改设备固件的内容有些限制。其一，我们有各种各样的处理器架构和嵌入式平台，因此 C 代码必须保持可移植性。另一方面，固件运行实时软件并且受可用 MIPS 和存储空间限制，因此我们不能添加任何执行时间不可预测或缓慢的东西。
最佳答案
试试 Protocol Buffer ，它是一种二进制的、与编程语言无关的编码格式，Google 将其用作其服务之间的数据交换格式。
这个想法是您编写一个描述数据结构的 .proto 文件并运行 Protocol Buffer 编译器，该编译器为您的语言生成序列化/反序列化代码。这比用 XML 编码更有效，节省了手动编写序列化器/反序列化器的时间，并消除了由于不正确的实现而导致的错误(因为在 Protocol Buffer 的情况下，它们是从高级描述中自动生成的)。
Google's implementation支持C++、Java和Python，其他语言有独立实现，例如对于 C# 有 this one和 this one .
还有其他类似的技术，例如Facebook 的节俭。
关于c# - 如何最有效地在 C 和 C#(Mono 和 Silverlight)之间共享代码，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3454448/