Все мои проекты имеют одну папку, заданную как путь вывода, поэтому все библиотеки находятся в одной папке, которая явно не та, что в Visual Studio. Сборки загружаются не из этой папки, а из копии, которая создается в подпапках AppData \ Local \ Microsoft \ VisualStudio \ 10.0 \ ProjectAssemblies, и здесь я могу найти все из них.

я есть фреймворк, который состоит из множества базовых классов, которые могут быть получены для разработки многих приложений. Среди этих классов есть подкласс System.Windows.Forms.Panel, для которого я написал свой собственный конструктор. Все отлично работает с Visual Studio 2005, но что-то идет не так, когда я пытаюсь перейти на VS2010. Это очень упрощенная версия того, что я делаю:

У меня есть проект под названием CoreClasse, который содержит интерфейс и два класса:

public interface IConf
{
    string foo { get; set; }
    void InitFoo();
}

public class SimpleClass
{
    public string foo;
}

public class ConfLoader
{
    public static IConf LoadConf()
    {
        AssemblyName anAssemblyName = new AssemblyName("ConfClasses");
        Assembly anAssembly = Assembly.Load(anAssemblyName);
        IConf result = (IConf)anAssembly.CreateInstance("ConfClasses.ConfClass");
        result.InitFoo();
        return result;
    }
}

Затем есть проект ConfClasses, который ссылается на CoreClasses и содержит только один класс, реализующий IConf:

public class ConfClass : IConf
{
    public SimpleClass confVal;

    public string foo
    {
        get { return confVal.foo; }
        set { confVal.foo = value; }
    }

    public void InitFoo()
    {
        confVal = new SimpleClass();
        confVal.foo = "bar";
    }
}

И, наконец, существует проект для элементов управления, который ссылается только на CoreClasses и содержит подкласс Panel и связанный дизайнер:

[Designer("MyControls.Design.SimplePanelDesigner", typeof(IRootDesigner))]
public class SimplePanel : Panel
{
    public SimpleClass dummy = new SimpleClass();
}

public class SimplePanelDesigner : DocumentDesigner
{
    public IConf DesignerConf;

    public SimplePanelDesigner()
        : base()
    {
        DesignerConf = ConfLoader.LoadConf();
    }
}

Теперь я создаю другое решение, которое ссылается на все эти библиотеки и содержит пустой подкласс SimplePanel. Когда я дважды щелкаю по этому классу в SolutionExplorer, выполняется конструктор SimplePanelDesigner и вызывается метод LoadConf из ConfLoader. Это означает, что ConfClasses.dll загружается динамически и создается экземпляр ConfClass. Все хорошо до этого момента, но когда вызывается InitFoo, возникает это исключение:

Не удалось загрузить файл или сборку 'CoreClasses, Version = 1.0.0.0, Culture = нейтральный, PublicKeyToken = null' или одну из ее зависимостей. Система не может найти указанный файл.

Чтобы усложнить ситуацию, в данном примере исключение на самом деле не возникает, но это именно то, что выполняет мое настоящее приложение, и исключение, которое я получаю. Я понятия не имею, что здесь происходит. VS выполняет метод, который есть в CoreClasses. Почему он пытается загрузить его снова? И где это ищет? Я также проверил текущий AppDomain, но у него есть CoreClasses среди загруженных сборок, и он, похоже, не меняется.

Просто, чтобы добавить больше деталей, каждый проект создается в общей папке (а не в обычной папке obj / debug внутри папки проекта), и в тот момент, когда я начинаю свой тест, на ПК нет другой копии моих библиотек. Затем копия всех упомянутых dll-файлов делается в ряде папок в папке AppData \ Local \ Microsoft \ VisualStudio \ 10.0 \ ProjectAssemblies моего userprofile, и это, по-видимому, место, где VS ищет сборки, когда Assembly.Load выполняется, и я могу найти копию CoreClasses там. Я пытался очистить все папки, перестроить все и держать открытыми / закрытыми разные решения в каждой комбинации, но без каких-либо улучшений.

РЕДАКТИРОВАТЬ:

Как и предполагал GranMasterFlush, это FusionLog, сгенерированный исключением:

=== Pre-bind state information ===
LOG: User = FCDB\fc0107
LOG: DisplayName = XEngine.Core, Version=1.0.0.1, Culture=neutral, PublicKeyToken=null (Fully-specified)
LOG: Appbase = file:///C:/Program Files (x86)/Microsoft Visual Studio 10.0/Common7/IDE/
LOG: Initial PrivatePath = NULL
Calling assembly : (Unknown).
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe.Config
LOG: Using host configuration file: 
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: The same bind was seen before, and was failed with hr = 0x80070002.
ERR: Unrecoverable error occurred during pre-download check (hr = 0x80070002).

РЕДАКТИРОВАТЬ 2

Просто чтобы добавить некоторую информацию, я взглянул на журналы слияния, сгенерированные моим простым примером, и обнаружил, что при загрузке CoreClasses был сгенерирован точно такой же журнал, но VisualStudio каким-то образом находит способ справиться с этим.

Ответы на вопрос(2)

Ваш ответ на вопрос