我有一个奇怪的应用程序加载机制。我有一个boostrapping exe文件，包含所有其他DLL和应用程序本身的资源。这些文件（程序集）是从资源中提取并加载的，因为我附加到当前AppDomain的Assemblyresolve事件。
[STAThread]
static void Main()
{
// if the command line contains extract then extract the dlls, next run will resolve assemblies from disk
bool saveDllsToDisk = new List<string>(Environment.GetCommandLineArgs()).Contains("extract");
// if the command line contains bin then use the bin folder instead of temp to extract dlls
bool useBinFolder = new List<string>(Environment.GetCommandLineArgs()).Contains("bin");
if (!Directory.Exists(tempFolder)) {
Directory.CreateDirectory(tempFolder);
}
// the assembly resolver will get here because it will not find the dlls in the bin folder
// we load assemblies in our specific way:
// - if exists in our temp/bin folder load from there
// - else load from resources
// - if specified extract DLLs to the temp/bin folder
AppDomain.CurrentDomain.AssemblyResolve += (sender, args2) =>
{
string name = new AssemblyName(args2.Name).Name;
Debug.WriteLine("START LOADING " + name);
Assembly assembly = null;
string folder = useBinFolder ? binFolder : Path.Combine(tempFolder, APP_NAME);
string fileName = name.Replace(".","_").Replace("#EXE#", ""); // in resources we use _ instead of .
string extension = name.Contains("#EXE#") ? "exe" : "dll"; // hack for our embedded exe files
name = name.Replace("#EXE#", ""); // hack for our embedded exe files
if (File.Exists(Path.Combine(folder,String.Format("{0}.{1}", name, extension))))
{
// load from file in app temp folder
assembly = Assembly.LoadFile(Path.Combine(folder, String.Format("{0}.{1}", name, extension)));
}
else
{
// extract assembly from resources
byte[] assemblyBytes = (byte[])resMan.GetObject(fileName, CultureInfo.InvariantCulture);
assembly = Assembly.Load(assemblyBytes);
// if selected save to file so the next run JIT will resolve from disk
if (saveDllsToDisk)
{
string outDll = Path.Combine(folder, String.Format("{0}.{1}", name, extension));
using (var fs = File.Create(outDll))
{
fs.Write(assemblyBytes, 0, assemblyBytes.Length);
}
}
}
Debug.WriteLine("LOADED " + name);
return assembly;
};
splashScreen = new frmSplash();
// as soon as splashscreen starts animating assembly preloading will be launched on this eventhandler
splashScreen.Started += new EventHandler(splash_Started);
// splashscreen has finished fadein we must now wait for all libraries to be preloaded and set CanContinue
splashScreen.Finishing += new EventHandler(splash_Finishing);
splashScreen.CanContinue = false;
// run splashscreen while preloading of DLLs is going on
Application.Run(splashScreen);
}
这个引导程序只有一个引用，它是主应用程序，但它不会在main方法中引用它以避免在开始时进行程序集搜索。我所做的是在启动画面动画期间强制装配：
ObjectHandle instance;
string[,] assemblies = {
{"WindowsBase, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35","dummy"}, // will go from GAC, not our resolver
{"PresentationCore, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35","dummy"}, // will go from GAC, not our resolver
{"PresentationFramework, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35","dummy"}, // will go from GAC, not our resolver
{"WindowsFormsIntegration, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35","dummy"}, // will go from GAC, not our resolver
{"PresentationFramework.Aero, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35","dummy"}, // will go from GAC, not our resolver
{"System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089","dummy"}, // will go from GAC, not our resolver
{"AvalonDock, Version=1.3.3585.0, Culture=neutral, PublicKeyToken=85a1e0ada7ec13e4", "dummy"}, // out reference inside resources
{"AvalonDock.Themes, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null", "dummy"}, // out reference inside resources
{"ICSharpCode.AvalonEdit, Version=4.0.0.5950, Culture=neutral, PublicKeyToken=9cc39be672370310", "dummy"}, // out reference inside resources
{"WPG, Version=2.0.4120.37542, Culture=neutral, PublicKeyToken=null","dummy"}, // out reference inside resources
{"WPGBrushEditor, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null","dummy"}, // out reference inside resources
{"HLSLEditor, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null","dummy"} // preload even our main file that will launch after the splashscreen
};
for (int i = 0; i <= assemblies.GetUpperBound(0); i++)
{
try
{
instance = AppDomain.CurrentDomain.CreateInstance(assemblies[i,0], assemblies[i,1]);
}
catch (Exception ex) {
/* must not raise errors, it will fail because we are not actually asking for a
* valid type and we only need this assembly loaded right now*/
}
}
现在您看到任何文件夹中都没有实际的dll文件，但是直接从资源加载的程序集。
我现在的问题是：如何在我的一个dll文件中注册一个COM对象？
RegAsm使用文件路径注册COM对象...... :(
任何帮助表示赞赏！
答案 0 :(得分：1)
我在Excel-DNA做了非常相似的事情。您不必将COM类型反序列化为磁盘，也不必提前注册它们。我所做的是定义一个实现IClassFactory的类，然后通过调用CoRegisterClassObject将其注册为特定CLSID（类型）的当前类工厂。当COM尝试创建对象时，将调用类工厂并返回.NET类型的实例。
根据具体情况，您可能需要动态处理ProgID / CLSID注册。
（如果您与我联系，我很乐意帮助您从Excel-DNA代码中获取正确的位，以帮助您入门。）
答案 1 :(得分：0)
我挖了一点，并且可能在主要可执行文件中实现DllRegisterServer（），然后在所有嵌入式DLL中注册所有COM类型都可以...
任何人都可以确认吗？
编辑：是的，它可以完成，但主可执行文件必须是内部DLL的COM代理。