iTextSharp在任何时候都依赖于COM互操作 [英] Does iTextSharp rely upon COM interop at any point

问题描述

我们的IIS7.5网站需要在用户下载PDF之前立即将一些数据注入PDF（填写表单字段）。用户是我们客户的员工，我们知道他们为哪个公司工作，我们服务器上的程序将公司特定数据注入几个领域。 iTextSharp可能只是门票。它是100％本机CLR代码，还是它依赖于COM互操作？

Our IIS7.5 website needs to inject some data into a PDF (filling in form fields) immediately before the PDF is downloaded by the user. The users are employees of our customers, and we know which company they work for, and a program on our server would be injecting company-specific data into several fields. iTextSharp might be just the ticket. Is it 100% native CLR code, or does it rely at any point upon COM interop?

推荐答案

iTextSharp核心是100％管理的没有COM Interop的代码，除了.Net之外没有依赖关系（我相信Mono也适用）。据我所知，XmlWorker等相关项目也是如此。即使是来自充气城堡的密码，它实际上也直接嵌入到核心库中，而不是被链接/引用。

iTextSharp core is 100% managed code with no COM Interop and no dependencies except for .Net (and I believe Mono works, too). To the best of my knowledge the same is also true of the related projects such as XmlWorker. Even the crypto that it uses, although it comes from bouncy castle, is actually embedded directly into the core library instead of being linked/referenced.

这篇关于iTextSharp在任何时候都依赖于COM互操作的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！