Roslyn не имеет ссылки на System.Runtime

Я работаю над проектом, в котором мы используем Roslyn для компиляции некоторых шаблонов для нас. Теперь, когда я компилирую шаблон, я получаю несколько ошибок в CompileResult.Diagnostics.

Увидев эти ошибки, я предположил, что я не добавил ссылку на сборку System.Runtime правильно. Однако после проверки загруженных сборок это выглядит в порядке.

Я пропустил что-то очевидное? Похоже, что все предпосылки для успешной компиляции выполнены, но, по-видимому, это не так.

Для справки, это (обфускация) часть кода, которую я пытаюсь скомпилировать:

изменить Я немного продвинулся в своих поисках. PublicKeyToken, указанный в сообщениях об ошибках, соответствует сборке PublicKeyToken в сборках System.Composition. Мое предположение заключалось в том, что добавление всех сборок могло решить проблему. Это правильно или, по крайней мере, часть решения. Используя dotPeek, я смог проверить, какие объекты существуют в разных сборках. Благодаря этим знаниям я изменил метод GetGlobalReferences() на это:

Как вы можете видеть, я добавляю все сборки System.Composition теперь, указав объект, который существует в сборке. Добавив System.Composition.Runtime, мои ошибки компиляции решались.

Однако это привело к другой ошибке. Как вы можете проверить себя, есть общий класс экспорта в System.Composition.Runtime: public sealed class Export<T> : IDisposable Из-за этого я получаю эту ошибку:

По какой-то причине код теперь хочет использовать System.Composition.Runtime.Export<T>, а не ExportAttribute, определенный в System.Composition.AttributeModel сборке.

Я могу подтвердить, что приведенный выше код использует System.Composition.Export<T>, а не ExportAttribute. Я обнаружил это, изменив [Export(typeof(IProject)] на [ExportAttribute(typeof(IProject)]. Из-за этого изменения возвращаются исходные ошибки. Похоже, что сборка System.Composition.AttributeModel не загружена/правильно указана, но после проверки compilation я вижу, что на сборку ссылаются нормально.

Ссылочные сборки, которые у меня есть на данный момент:

Ответы

Ответ 1

По запросу Деяна в разделе комментариев я выложу ответ (на мою проблему) как реальный ответ.

Я выяснил, в чем проблема! Компилятор был верен все время. Сообщение в блоге smack0007 заставило меня попробовать что-то еще. Вместо того, чтобы использовать Фасадную DLL, попробуйте ссылаться на необходимую DLL вручную. Метод GetGlobalReferences теперь выглядит так:

private IEnumerable<MetadataReference> GetGlobalReferences()
{
    var assemblies = new [] 
        {
            /*Making sure all MEF assemblies are loaded*/
            typeof(System.Composition.Convention.AttributedModelProvider).Assembly, //System.Composition.AttributeModel
            typeof(System.Composition.Convention.ConventionBuilder).Assembly,   //System.Composition.Convention
            typeof(System.Composition.Hosting.CompositionHost).Assembly,        //System.Composition.Hosting
            typeof(System.Composition.CompositionContext).Assembly,             //System.Composition.Runtime
            typeof(System.Composition.CompositionContextExtensions).Assembly,   //System.Composition.TypedParts

            /*Used for the GeneratedCode attribute*/
            typeof(System.CodeDom.Compiler.CodeCompiler).Assembly,              //System.CodeDom.Compiler
        };

    var refs = from a in assemblies 
                select new MetadataFileReference(a.Location);
    var returnList = refs.ToList();

    //The location of the .NET assemblies
    var assemblyPath = Path.GetDirectoryName(typeof(object).Assembly.Location);

    /* 
        * Adding some necessary .NET assemblies
        * These assemblies couldn't be loaded correctly via the same construction as above,
        * in specific the System.Runtime.
        */
    returnList.Add(new MetadataFileReference(Path.Combine(assemblyPath, "mscorlib.dll")));
    returnList.Add(new MetadataFileReference(Path.Combine(assemblyPath, "System.dll")));
    returnList.Add(new MetadataFileReference(Path.Combine(assemblyPath, "System.Core.dll")));
    returnList.Add(new MetadataFileReference(Path.Combine(assemblyPath, "System.Runtime.dll")));

    return returnList;
}

При декомпиляции System.Runtime.dll я также понял, почему на него нельзя ссылаться каким-либо другим способом. DLL пуста, она содержит только некоторые ссылки на другие сборки. Поэтому нельзя ссылаться на эту сборку иначе.

Ответ 2

Похоже, вы ссылаетесь на PortableClassLibrary. Портативные библиотеки классов выбирают некоторые из основных типов (например, object/string/etc) из "System.Runtime.dll". Тем не менее, в среде рабочего стола это происходит из mscorlib.dll. Когда вы используете typeof(object).Assembly, вы получаете собственную версию Roslyn object. Поскольку Roslyn не построен в виде переносных библиотек классов, это тот, который из mscorlib, и не соответствует личность ваших других ссылок.