新しいUWPプロジェクト(10586またはAUバージョンを対象としていません)は問題ありません。 パッケージをインストールGoogle.Apis
1.20(または他のバージョン)project.lock.jsonが含まれ、次の行:package itselfはnetstandard1.3
フォルダが含まれていながら、コンパイル/実行時のノードがLIB/win81を参照している理由NuGetは、UWPアプリケーションの無効なdllバリエーションを復元/インストール/ロックします
{
"version": 2,
"targets": {
"UAP,Version=v10.0": {
"Google.Apis/1.20.0": {
"type": "package",
"dependencies": {
"Google.Apis.Core": "1.20.0",
...
"System.Threading.Tasks": "4.0.11"
},
"compile": {
"lib/win81/Google.Apis.PlatformServices.dll": {},
"lib/win81/Google.Apis.dll": {}
},
"runtime": {
"lib/win81/Google.Apis.PlatformServices.dll": {},
"lib/win81/Google.Apis.dll": {}
}
},
私は疑問に思って。
Google.Apis.Core
をインストールすると、このパッケージからnetstandard1.3
dllを参照していますが、まだwin81
dllをGoogle.Apis
から参照しています。
なぜ、どうしてnetstandard1.3を代わりに使用するのですか?ここで
は、パッケージの構造とnuspecです:
<?xml version="1.0" encoding="utf-8"?>
<package xmlns="http://schemas.microsoft.com/packaging/2013/05/nuspec.xsd">
<metadata>
<id>Google.Apis</id>
<version>1.20.0</version>
<title>Google APIs Client Library</title>
<authors>Google Inc.</authors>
<owners>google-apis-packages</owners>
<requireLicenseAcceptance>false</requireLicenseAcceptance>
<licenseUrl>http://www.apache.org/licenses/LICENSE-2.0</licenseUrl>
<projectUrl>https://developers.google.com/api-client-library/dotnet</projectUrl>
<description>The Google APIs Client Library is a runtime client for working with Google services.
The library supports service requests, media upload and download, etc.
Supported Platforms:
- .NET Framework 4.5 and 4.6
- NetStandard1.3
- Windows 8 Apps
- Windows Phone 8 and 8.1
- Portable Class Libraries</description>
<tags>Google</tags>
<dependencies>
<group>
<dependency id="Google.Apis.Core" version="1.20.0" />
<dependency id="Zlib.Portable.Signed" version="1.11.0" />
</group>
<group targetFramework=".NETFramework4.5">
<dependency id="log4net" version="2.0.3" />
<dependency id="Google.Apis.Core" version="1.20.0" />
<dependency id="Zlib.Portable.Signed" version="1.11.0" />
</group>
<group targetFramework=".NETStandard1.3">
<dependency id="Google.Apis.Core" version="1.20.0" />
<dependency id="System.Collections" version="4.0.11" />
<dependency id="System.Diagnostics.Debug" version="4.0.11" />
<dependency id="System.IO" version="4.1.0" />
<dependency id="System.IO.Compression" version="4.1.0" />
<dependency id="System.Linq" version="4.1.0" />
<dependency id="System.Net.Http" version="4.1.0" />
<dependency id="System.Net.Primitives" version="4.0.11" />
<dependency id="System.Reflection" version="4.1.0" />
<dependency id="System.Runtime" version="4.1.0" />
<dependency id="System.Runtime.Extensions" version="4.1.0" />
<dependency id="System.Text.Encoding" version="4.0.11" />
<dependency id="System.Threading" version="4.0.11" />
<dependency id="System.Threading.Tasks" version="4.0.11" />
<dependency id="System.Reflection.TypeExtensions" version="4.1.0" />
</group>
</dependencies>
</metadata>
</package>
呉、あなたの答えをありがとう。私の質問は特定のパッケージに関するものではありませんでしたが、なぜNuGetがnetstandard13 libではなくwin81 libを使用するのが一般的でしたか? –
@AlexSorokoletov、それはパブリッシャーがライブラリーをどのようにパッケージ化するかによって異なります。上記のパッケージの作成を参照してください。 –
残念ながら、これは私が探している答えではありません。私は正確な図書館と正確なターゲットプロジェクトを持っています。 .nuspecのどの行がNuGetまたはVSを起動してnetstandard13よりもwin81ライブラリを使用するのですか? –