C# 从win32 dll调用.Net内置类

C# 从win32 dll调用.Net内置类,c#,c++,winapi,encryption,C#,C++,Winapi,Encryption,我被困在一个win32 dll(源代码为C++)上,我需要三重des解密 客户端希望使用.Net System.Security.Cryptography命名空间中的这些类,因为加密数据是由另一个.Net程序准备的 有没有(简单的)方法来实现这一点 我建议使用加密api,但客户说它不兼容。有时,带有奇怪尾随字符的解密文本…通常使用的是托管C++在C++和C语言之间的桥梁。 一个备选方案是./P>我理解,但是Win32 DLL要加载在TCL运行时,它不能被管理C++(实际上我不太确定)@ JNNY

我被困在一个win32 dll(源代码为C++)上,我需要三重des解密

客户端希望使用.Net System.Security.Cryptography命名空间中的这些类,因为加密数据是由另一个.Net程序准备的

有没有(简单的)方法来实现这一点


我建议使用加密api,但客户说它不兼容。有时,带有奇怪尾随字符的解密文本…

通常使用的是托管C++在C++和C语言之间的桥梁。

一个备选方案是./P>我理解,但是Win32 DLL要加载在TCL运行时,它不能被管理C++(实际上我不太确定)@ JNNY,在人们花时间回答之后,在注释中提供所有的项目约束是不酷的。如果你不把它放在问题里,那么它就不存在了。您头脑中没有写下来的东西对我们来说是不存在的。@Johnny另一种选择是制作一个COM友好的托管DLL。看。@AlexD谢谢Alex,链接给了我答案。@Johnny Great:)。我只是相应地更新了我的答案。(尽管如此,如果在这种情况下确实需要.NET,与客户讨论是有意义的。)这不是.NET与加密API的问题,而是算法和协议的问题。这些都是独立于平台的,不管它们是在.NET还是非托管加密api中实现的,你的客户端完全错了。三重DES是一种标准。有无数兼容的实现。对你的客户要坚定。如果您的客户机没有足够的能力进行解密,那么这就是他们最终的问题,而不是底层算法的问题。