UPDATE:
Теперь это выглядит как открытая проблема. Поэтому я предполагаю, что до тех пор, пока это не будет сделано, мне придется полагаться на . Ссылка на .NET Core API и молиться, я не удалю один из 43 APIs that .NET Framework 4.6.1 doesn't support
но официально предполагается, что...
Также, полагаясь на ссылку на .NET Core API и учитывая то же, что и в стандарте .NET, может быть очень неожиданным. Например, когда я смотрю на список пространства имен, я вижу System.Drawing
, но при нажатии на него мы понимаем, что это почти пустое пространство имен содержащий только 6 структур.
Есть ли несколько пространств имен? Я не знаю, что мне нужно сравнить .NET core и документацию .NET Framework, чтобы получить ответ.
ОРИГИНАЛЬНАЯ ПОЧТА:
Я пытаюсь найти ссылку стандартного API.NET.
В на этой странице есть только ссылки на .NET Core API reference
и .NET Framework API reference
.
Да, я искал, и я прочитал другие вопросы. Например этот ответ указывает на ссылку .NET Core API вместо стандарта .NET и то же самое в Подача фида Github
Но .NET Core и .NET Standard отличаются..NET Core в реализации .NET Standard API.
Одна из больших проблем, которую я вижу здесь, например, основана на официальной документации ..NET Framework 4.6.1 реализует .NET Standard 2.0
Хорошо, отлично, за исключением того, что .NET Standard Github readme page также говорит
С другой стороны,.NET Standard 2.0 добавляет много API, которые .NET Framework 4.6.1 уже поддерживает. Дельта выглядит следующим образом:
.NET Standard 2.0 добавляет 14994 API, которые .NET Framework 4.6.1 уже поддерживает
.NET Standard 2.0 имеет только 43 API, которые .NET Framework 4.6.1 не поддерживает Первоначально мы планировали просто исключить эти API из .NET Standard 2.0, чтобы упростить понимание того, что будет работать на .NET Framework 4.6.1.
Однако мы получили много отзывов об этом. Вы сказали нам, что в этом решении очень сложно рассуждать о стандартах .NET Standard. Таким образом, мы решили упростить это:
.NET Standard 2.0 будет строгим надмножеством .NET Standard 1.6. Другими словами, между .NET Standard 2.0 и 1.x не произойдет никаких изменений.
.NET Framework 4.6.1 позволит ссылаться на двоичные файлы, которые скомпилированы против .NET Standard 2.0. Учитывая количество API, которые .NET Framework 4.6.1 не будет поддерживать, является низким и что все это совершенно новые API с низким уровнем принятия, мы считаем, что это намного лучший компромисс.
Вы можете использовать порт API для сканирования данного приложения, чтобы убедиться, что код в приложении не зависит от этих API.
И что? Их решение этой проблемы to scan a given application
? Поэтому, если я начну новый проект, учитывая тот факт, что у меня еще нет кода, я бы нацелился на .NET Standard и молился, чтобы я не получил неподдерживаемые API, которые должны быть?
Также есть другие случаи, подобные этому в других средах, таких как Xamarin или UWP? Что это значит vNext
точно в столбце 2.0? Должен ли я беспокоиться о других неподдерживаемых API в других рамках, потому что Considering the number of APIs that [Framework name] will not support is low and that these are all brand-new APIs with low adoption we believe this is a much better trade-off
?
Самый близкий ответ, который я могу найти на этот вопрос, - это посмотреть зависимости NETStandard.Library NuGet. Однако это дает мне зависимости версии 1.3 (не 1.6 или я не очень понимаю этот раздел), и это не дает мне ссылку на API следующего 2.0, которые должны быть уже определены.
Нельзя ли иметь полный документированный список API действительно для каждой версии .NET Standard? Единственная цель .NET Standard - предоставить разработчикам эту очень важную информацию, поэтому почему я не могу ее найти?