私はPCLが実際に何を解決するのだろうと思っていましたか?すべてのタイプがクロスプラットフォームであると私に制限されているのであれば、MicrosoftはIDEを介して標準.NETライブラリの機能としてこれを作っていないのはなぜですか?移植可能なクラスライブラリは実際に何を解決しますか?
基本的には、いくつかのPOCOオブジェクトを含む.NETライブラリを簡単にコンパイルし、Silverlight、WPF、およびWindows StoreアプリケーションでそのDLLを参照することができます。再コンパイルや問題は発生しません。 PCLで標準の.NETライブラリでは動作しないコードの難しい例はありますか?
ああ、私は明らかに標準の.NETライブラリに働くだろういくつかのものがあることを知っているが、私はそれについて心配しないんだけど...私は私の質問はこれですね:
ですポータブルクラスライブラリでコンパイルするコードは、と全く同じコードが.NETライブラリに含まれていれば、それは機能しません。
複数のバージョンのプロジェクトを作成しなくても、複数のバージョンの.NET Frameworkをサポートできます。それ以外の場合は、WPFとWindowsストアをターゲットにするための別個のprjectが必要です。 –
@Ramhound:私はそれの目標を理解していますが、PCL(コンパイル済み)と標準の.NETライブラリ(コンパイル済み)で正しく機能するコードの実際の例を期待していました。クロスプラットフォームであるクラスとメソッドのみを使用するように強制すると、標準の.NETライブラリを使用できませんでしたか?質問を読むと、PCLで動作する**同じ正確なコード**が.NETライブラリで正しく機能しないかどうか尋ねています。 – michael
.NET Frameworkの複数のバージョンに存在するクラスのみを使用するという考え方は、移植可能なクラスライブラリの機能とまったく同じです。 .NETコードは.NETコードです。 –