用于 CGM 文件转换的 .NET 库
我一直在开发一个实用程序，将各种文件转换为 PDF，以便于打印/通过电子邮件发送。我正在尝试添加对 CGM 文件的支持，但无法找到任何库来帮助我做到这一点。
这是我可以在 C# 中本地完成的事情吗？或者是否有任何基于 .NET 的库可以帮助我转换 CGM 文件？
I have been working on a utility to convert various files to PDF for easy printing/emailing. I'm trying to add support for CGM files but have not been able to find any libraries to help me do so.
Is this something that I can possibly do natively within C#? Or are there any .NET based libraries that could help me convert CGM files?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
JCGM
使用 IKVM 您可以引入 Java JCGM 库。
它支持渲染到 Java Graphics 对象，并且不依赖于其他库。我不确定 IKVM 是否支持所有必需的 Swing 调用，但它肯定支持某些调用： AWT/Swing 稍微少一点不受支持
JCGM
Using IKVM you could pull in the Java JCGM library.
It has support for rendering to a Java Graphics object and no dependencies on other libraries. I'm not sure if IKVM will support all the required Swing calls but its definitely got support for some: AWT/Swing a Little Bit Less Unsupported
在过去的雇主中，我们大量使用了 SDI 的 LIB_CGM 库：
http://www.sdicgm.com /cgm_output_library.html
这是用 C 编写的 - 因此虽然它不是本机 .NET，但您应该能够从 C# 将其用作非托管扩展。
Google 还提出了另一个 C 实现：
http://www.cgmlarson.com/industry/cgm_generator_library。 我发现CGM
很痛苦 - 它是具有许多供应商或行业特定扩展的格式之一。我在地球物理/地震行业工作，CGM 仍然被大量使用，但有扩展！由于 CGM 似乎主要用于特定行业的应用程序（例如地震行业中的 CGM+），我怀疑供应商对易于跨平台的 C 应用程序而不是纯 PC 解决方案（例如 .NET）更感兴趣。用户通常希望在从大型超级计算机到台式机的所有设备上使用第三方库（尽管我们积极地不断在超级计算机上绘制功能！）。
At a past employer, we used the LIB_CGM library from SDI quite a bit:
http://www.sdicgm.com/cgm_output_library.html
This was written in C - so although it isn't native .NET you should be able to use it from C# as an unmanaged extension.
Google also came up with another C implementation:
http://www.cgmlarson.com/industry/cgm_generator_library.php
I found CGM a pain - it is one of those formats that has a lot of vendor or industry specific extensions. I was in the geophysics/seismic industry, where CGM was still being used a lot but with extensions! As CGM seems to be mainly used in industry specific applications (eg. CGM+ in the seismic industry), I suspect vendors are more interested in C applications that are readily cross-platform rather than PC-only solutions (eg. .NET). Users typically want to use their third party libraries on everything from big iron supercomputers to desktops (although we actively kept plotting functionality off the supercomputers!).