Почему добавление «импорта» в project.json нарушает это?

Question

Используя обновление Visual Studio 2015 3, я создаю переносимую библиотеку классов. Затем я переключу его на целевой стандарт .NET.

Так файл project.json выглядит в основном так:

"dependencies": { 
    "Microsoft.NETCore.Portable.Compatibility": "1.0.1", 
    "NETStandard.Library": "1.6.1" 
}, 
"frameworks": { 
    "netstandard1.3": { 
    } 
} 

В Class1.cs, который был создан, я добавляю простой метод, который использует метод Any() из Linq:

static void foo() 
{ 
    var x = new string[] { "hello", "world", }; 
    var q = x.Any(s => s.Contains("m")); 
} 

И все строит отлично.

Теперь я хочу, чтобы эта библиотека могла ссылаться на пакет nuget с профилем PCL, то есть тот, который не был обновлен до netstandard. Я понимаю, что мне нужно использовать раздел «import» в разделе «frameworks» файла project.json. Итак, я добавляю следующее:

"frameworks": { 
    "netstandard1.3": { 
    "imports": ".NETPortable,Version=v4.6,Profile=Profile151" 
    } 
} 

И никаких других изменений не внести.

Теперь сборка завершается с:

Ошибка CS1061 «строка []» не содержит определение для «любой» и не метод расширения «Любой» принимающий первый аргумент типа "строка [] может быть (вам не хватает директивы использования или ссылки на сборку?)

Похоже, что просто говоря, что мы можем принять профиль 151 PCL, сборка потеряла System.Linq.

Переход на netstandard 1.2 или 1.4 или 1.5, похоже, не имеет значения.

Изменение значения «импорта» для других профилей PCL, по-видимому, не имеет значения.

Изменение значения «импорта» в другой форме, что-то вроде «portable-net45 + win8 + wp8 + wpa81», похоже, не имеет значения.

Изменение значения «импорта» на «fubar» делает, что приводит к дополнительной ошибке в отношении недопустимой структуры, как и следовало ожидать.

Кто-нибудь знает, почему это происходит?

Answer 1

Я считаю, что вам нужен импорт в форме portable-win8+wpa81+wp8+net45 и т. Д. Не полный TFM, как вы его изложили. Он также принимает массив, поэтому вы можете указать более одного.

Кроме того, в то время как csproj + project.json «предполагается» работать в VS 2015, могут быть ошибки .... которые не будут исправлены.

Я настоятельно рекомендую использовать новейший VS 2017 RC и создать новую библиотеку стандартных классов .NET. Затем вы можете использовать <PackageTargetFallback>, чтобы указать требуемый запасной TFM (раздел ;)