-
Is there a recommended way to move COM References to PackageReference? We've got some custom dlls we use via COM References which requires all of our developers to register them during our machine setup process and we'd like to move them to NuGet packages. If you have the following:
You can create an Interop dll by running tlbimp "KnifeSharpener.dll" /out:"KnifeSharper.Interop.dll" I structured the NuGet package similar to this:
I'm confused how you're supposed to ensure the KnifeSharper.dll is registered or available to the application at runtime without registering it manually ahead of time though. I've looked at things like side-by-side assemblies, RegFree COM, and other resources which seem relevant but still struggling to understand how that registration piece happens. Anyone have ideas? |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
NuGet doesn't have any knowledge of, or features for, COM. Therefore COM registration it outside the scope of what NuGet is designed for. Even if it did, as a build tool, once you build your app and deploy it to a server, or ship it to a customer's machine, the COM object would still need to be registered. |
Beta Was this translation helpful? Give feedback.
NuGet doesn't have any knowledge of, or features for, COM. Therefore COM registration it outside the scope of what NuGet is designed for.
Even if it did, as a build tool, once you build your app and deploy it to a server, or ship it to a customer's machine, the COM object would still need to be registered.