ライブラリ側をnetstandardにしてnuspecにpclとnetstandardの両方の記述して、それをパッケージしたらなんか利用側はpclでもnetstandardでもいけるようになりました。かむさんと同意見ですね。lib側はnetstdに、nuspecは既存のPCL版にnetstdを追記する形でいけると思ってます。お二人の意見を聞いて安心しました。Standardにしても同じコードなのでPCLでnusupecでパッケージ作っても動くと。いうことは、新規でNetStandard、PCL両対応のライブラリを作りたかったら、NetStandardで作ってしまうとPCLで動かない可能性があるので、PCLで作ってから、NetStandardに変更しないといけないですよね。考えてませんでしたが、そういうことになりそうですね。なると何がnetstandard固有か知っておかないといけないですね。いや、その解釈は少し問題があるんじゃないですかね。Profile111はnetstd1.1をサポートしていますが、言い換えると含まれるクラスはProfile111≧netstd1.1だということです。あとnetstdで実装可能で、そのバージョンが、提供したい範囲をサポートしているのであれば、別途PCLのライブラリを提供する意味ってあるんですかね?配布時に利用者側がPCLだった時に、netstd系のNuGetパッケージがバカスカ入ること以外のデメリットが分らんです。あー、PCLの方が広い場合にダメですよね。おっと、個人的に2.0での話をしてました。その場合はほぼPCLより使えるクラスは多いはず!と。Frameworkのどのバージョンで実装するかによって決まりますね。Forms限定でPCLのFormsプロジェクトでも使ってもらいたかったらPCLも用意しないとじゃないですか?その場合はプロファイルは何がいいのか?はどうなんだろう。たつき監督131コメントコメントがまだありません。