[解決済み] メタパッケージに依存するネットスタンダードライブラリのアプリケーションへの影響とは？

質問

netstandard1.3 をターゲットとしたクラスライブラリがあるとします。 BigInteger . これはつまらない例で、唯一のソースファイルは Adder.cs :

using System;
using System.Numerics;

namespace Calculator
{
    public class Adder
    {
        public static BigInteger Add(int x, int y)
            => new BigInteger(x) + new BigInteger(y);            
    }
}

の世界に戻って project.json の世界に戻ると、私なら netstandard1.3 の中に frameworks セクションで、明示的に System.Runtime.Numerics に明示的な依存関係があります（例：バージョン4.0.1）。私が作成するnugetパッケージは、その依存関係だけをリストアップします。

csproj ベースの dotnet ツール (私はコマンドライン ツールの v1.0.1 を使用しています) のすばらしい新世界には 暗黙のメタパッケージパッケージ参照 への NETStandard.Library 1.6.1 をターゲットとする場合 netstandard1.3 . これは、明示的な依存関係が必要ないため、私のプロジェクトファイルが本当に小さくなることを意味します。

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>netstandard1.3</TargetFramework>
  </PropertyGroup>
</Project>

... しかし、生成されたnugetパッケージは、依存関係にある NETStandard.Library に依存しています。これは、私の小さなライブラリを使用するためには すべて が必要であることを示唆しています。

この機能は DisableImplicitFrameworkReferences を使用してその機能を無効にし、その後再び手動で依存関係を追加することができます。

<Project Sdk="Microsoft.NET.Sdk">    
  <PropertyGroup>
    <TargetFramework>netstandard1.3</TargetFramework>
    <DisableImplicitFrameworkReferences>true</DisableImplicitFrameworkReferences>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="System.Runtime.Numerics" Version="4.0.1" />
  </ItemGroup>    
</Project>

これで、私のNuGetパッケージは、何に依存しているかを正確に述べています。直感的に、これはより無駄のないパッケージのように感じられます。

では、私のライブラリの消費者にとっての正確な違いは何でしょうか。誰かが UWP アプリケーションでそれを使用しようとした場合、依存関係の 2 番目の、"trimed" 形式は、結果として生じるアプリケーションがより小さくなることを意味しますか?

ドキュメント化しないことで DisableImplicitFrameworkReferences を明確にしないことで、（私が見た限りでは。 を発行しています。 で読みました)、プロジェクトを作成するときに暗黙の依存関係をデフォルトにすることで、Microsoft は を奨励しています。 しかし、クラス ライブラリ パッケージを作成しているときに、それが不利にならないことをどのようにして確認できますか？