C＃.Net Dll引用依赖项

Question

I have written a DLL library MyLIB.dll (version 1.0.0 ) that depends on the third party DLL library OtherLIB.dll (version 1.0.0 ). Library OtherLIB.dll is available on the NuGet and I'm adding it to the MyLIB.dll project via NuGet package manager.

Now let's say that I'm writing a new application, say MyAspNetMvcApp and I'm adding MyLIB.dll (version 1.0.0 ) to it via NuGet. It automatically adds OtherLIB.dll (version 1.0.0 ) as it depends on it. Everything is working fine, but...

After a month there is being released a new version of OtherLIB.dll - version 1.0.1 . I'm updating it via NuGet.

Now, My ASP.NET MVC application stops working because there is being thrown an exception by MyLIB.dll . It expects OtherLIB.dll in version 1.0.0 but there is already newer version being used.

In MyLIB.dll project references I can see that "Specific Version" flag for OtherLIB.dll is being set to "False", so I have no idea what's going on here...

Is there any possibility to solve this issue in other way than by providing assembly binding in web.config file? How can I add a reference to OtherLIB.dll for MyLIB.dll in such way that there will be no exception when I update OtherLIB.dll to a newer version?

Answer 1

I ran into this yesterday for visual studio web developer using Oracle.DataAccess.dll.

My solution,

right click your project solution (*.csproj) and edit it.

Right underneath:

<PropertyGroup>

Place

<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>

Then rebuild your solution. You must separate the two version dlls into two different directories in your project when including them (required).

I did

ora11 >> Oracle.DataAccess.dll (Version 11)

ora9 >> Oracle.DataAccess.dll (Version 9)

Doing this allows your IDE to use both versions of DLLs.

Answer 2

It's possible that your MyLIB.dll is set to use a specific version of OtherLIB.dll . Go into your MyLIB project and click on the reference to OtherLIB.dll . Check the properties to see if "Specific version" is set to true.