DLL Merges

.NET obfuscator and automated error reporting

DLL Merges

Postby Haggy » Tue Apr 23, 2013 9:26 am


I'm currently evaluating smartassembly, and I've some questions on best practices and how tos.

First I'm thinking about creating packaces of my application.
So For Example a "Framework.dll" instead auf 10 small dlls

Now there is not a dll which references all 9 others.

But in smartassembly I have to choose one single primary assembly.

So should I create a dummy project "FrameWorkWrapper" ? which has the dependencies ?

What is recommended to do this?
Posts: 1
Joined: Tue Apr 23, 2013 9:23 am

Postby james.billings » Wed Apr 24, 2013 11:59 am

Thanks for your post.

The "main" assembly is normally the one that's called by your program. If that main DLL then has some other references that aren't directly used you can merge them, but it sounds like in your case it's a little different.

If the main DLL doesn't reference the other ones; what does? If they are referenced by an executable, then it wouldn't be able to find the other ones once merged into the primary one (assuming you were able to do this after adding references) so you'd need to change your executable to reference the obfuscated assembly to find the various classes.

If all the DLLs are somewhat unrelated, then your idea of creating one primary one with dependencies is probably a way around it. Otherwise you'd need to process each DLL separately with its own .saProj.
Posts: 1122
Joined: Wed Jun 16, 2010 10:10 am
Location: Red Gate

Return to SmartAssembly 6

Who is online

Users browsing this forum: No registered users and 1 guest