views:

660

answers:

4

Say we have an application which consists of one executable and 5 libraries. Regularly all of these will be contained in one directory and the libraries will be loaded from there.

Is it possible to do so that I can have for example some of the libraries in one directory called Lib, and the rest in one called Lib2? So that the application directory would only contain the executable itself and the other assemblies would be contained in various logical directories.

How can I do this? And I would like to know how to do the loading of the assemblies, but also how to make the building of the application put the assemblies in the right directory.

+11  A: 

You can add additional search paths to your app.config that it looks in to load assemblies. For example

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <probing privatePath="lib" />
    </assemblyBinding>
  </runtime>
L2Type
Fantastic. If you wanted more paths, would you add another `<probing>` tag, or would you add another `<assemblyBinding>` with another `<probing>` tag?
Svish
Also, is there a way to add this path at runtime? For example if it was built up by using some sort of environment variables or other stuff.
Svish
@Svish#2: See my answer.
SLaks
Yup just add more. I don't think you can do it at runtime in .Net 2.0+, might be wrong there though.
L2Type
+1  A: 

To make automatically copy the assemblies to the folder you want them to be in, you could set Copy Local to true for all of the references, and make a post-build step to move them into subdirectories.

Alternatively, you could set Copy Local to false, and add the referenced DLL files as files in the project in the appropriate subdirectories, and set Build Action to Copy to output directory (This will preserve subdirectories)

The most flexible way to make the runtime find them is to handle the AppDomain.AssemblyResolve event and manually load the assembly using Assembly.LoadFile. You would need some way for your code to know which assemblies are in which directories.

SLaks
That AssemblyResolve thing could probably be very helpful indeed. Didn't really know about that one. On the matter of the build stuff, what would you say is the cleanest solution to that? I think they both seem kind of messy, but I haven't really tried any of them so I don't really have a clue :p
Svish
A: 

In your comment you mention adding paths and locations at runtime. Yes you can, but you have to use Assembly.Load(), and possibly reflection.

C. Ross
+1  A: 

If you want to manually manage where to get assembles from, you have two possibilities:

  1. Handle the AppDomain.AssemblyResolve event (as it is described by SLaks). Here is the code snippet:
static void Main(string[] args)
{
   ...
   AppDomain.CurrentDomain.AssemblyResolve += new ResolveEventHandler(CurrentDomain_AssemblyResolve);
   ...
}

static System.Reflection.Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
{
   string assembliesDir = "your_directory";
   Assembly asm = Assembly.LoadFrom(Path.Combine(assembliesDir, args.Name + ".dll"));
   return asm;
}
  1. Create a domain with your own settings (by setting ApplicationBase or PrivateBinPath properties of the AppDomainSetup object).

So if you want to continue working in current domain you have to use method 1.