問題タブ [portable-class-library]

MSDNでPortable Class Library、バージョン情報の下にあるに関するセクションに気づきました。

例についてはを参照System.Objectしてください。http://msdn.microsoft.com/en-us/library/system.object.aspx

簡単なGoogle検索を行いましたが、について何も見つかりませんでしたPortable Class Library。ここの誰かがそれが何であるか、または私がそれについてのより多くの情報を見つけることができる場所を知っていますか？

Portable Library Toolsリリース候補がRTMに移行する予定であるかどうか、またはこれが5/2にリリースされる最終バージョンであるかどうかを誰かが知っていますか？

これを参照する：http：//visualstudiogallery.msdn.microsoft.com/b0e0b5e9-e138-410b-ad10-00cb3caf4981/

ありがとう。

複数の Microsoft プラットフォームをサポートするために必要なプロジェクトの数を減らすために、既存のマルチターゲット Silverlight/.NET プロジェクトをポータブル クラス ライブラリ プロジェクトに変換しています。

System.Security.Cryptography 名前空間を使用している 1 つのクラスでエラーが発生しました

タイプまたは名前空間名「Cryptography」が名前空間「System.Security」に存在しません (アセンブリ参照がありませんか?)

この名前空間は Silverlight で利用できますが、ポータブル クラス ライブラリがそれをサポートしていないのはなぜでしょうか?

理由の 1 つは、この動作が設計によるものである可能性があります。暗号化に関連するコードは、クライアント側 API に存在してはなりません。

私は 3 つのアセンブリ、WP7 アプリ (7.0 をターゲット)、Web サービス プロジェクト (4.0 を実行)、およびポータブル クラス ライブラリ (テンプレートから構築され、WP7、SL4、および .NET 4.0 をターゲット) を持っています。最初の2つ。

ローカルで (IIS Express で) 実行すると問題なく動作しますが、デプロイされた Web サービス アセンブリのインスタンス (私がほとんど制御できないリモート IIS サーバー上) に対して実行すると、次の例外が発生して失敗します。

System.IO.FileNotFoundException: ファイルまたはアセンブリ 'System.Xml.Serialization, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' またはその依存関係の 1 つを読み込めませんでした。システムは、指定されたファイルを見つけることができません。ファイル名: 'System.Xml.Serialization, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' ---> System.IO.FileNotFoundException: ファイルまたはアセンブリを読み込めませんでした 'System.Xml.Serialization, Version=2.0 .5.0、Culture=neutral、PublicKeyToken=31bf3856ad364e35、Retargetable=Yes' またはその依存関係の 1 つ。システムは、指定されたファイルを見つけることができません。ファイル名: 'System.Xml.Serialization, Version=2.0.5.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, Retargetable=Yes'

スタック トレースは、それが PCL への最初の呼び出しであることを示しています。これは、上記のようなタイプの読み込みエラーである場合に意味があります。

PCL アセンブリへの参照を削除してからキー クラス ファイルを両方のアセンブリに追加すると、問題なく動作しますが、この種のコードの重複は避けたいので、問題は次のとおりです。書かれたとおりに機能するように PCL を構成するにはどうすればよいですか?

編集: もう少し情報... 私の PCL は、デスクトップの System.Xml.dll と Silverlight の System.Xml.Serialization.xml に存在するXmlSerializerを使用しています...完全なデスクトップ フレームワーク... したがって、この失敗はある程度理にかなっています。PCL の世界でのみ、これらのアセンブリ/クラスの一部が独自に分割されています。

この場合、XmlSerializer は実際にはC:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETPortable\v4.0\Profile\Profile2\System.Xml.Serialization.dll (PCL によって参照される) にあります。 ..テストとして、Web プロジェクトに同じ参照を追加しました...ただし、Web プロジェクトの実行時に、次のような黄色の死の画面で失敗します。

ファイルまたはアセンブリ 'System.Xml.Serialization' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040)

s MethodBase.GetCurrentMethodと同等のポータブルクラスライブラリはありますか？

私はPCLを初めて使用します。PCLを使用して、Silverlightで確実に使用され、他の場所で使用される可能性のあるクライアントコードを保持できるかどうかを調べています。ソースをスキャンすると、PCLには存在しないように見えるMethodBase.GetCurrentMethodへの呼び出しがたくさん表示されます。

** 編集 **

問題のライブラリからこのサンプルをリッピングしました。IsNullOrEmpty（）はString.IsNullOrWhiteSpace（String）を使用していましたが、これは利用できないようです。そのため、ビットはファッジです。

2 つのリンクされたプロジェクトとリンクされたファイルの手法を使用して、.Net Framework と Silverlight の間で共有しているクラス ライブラリがあります。

それを単一のポータブル クラス ライブラリに変換したいのですが、2 つの間で異なるコードが 1 つあります。現在、条件付きコンパイラ ステートメントを使用して、この 1 つのファイルの実装を分離しています。

これは PCL で尊重されますか?

また、Silverlight ではないコードの部分は、サードパーティの通常の .Net クラス ライブラリを参照します。PCL はまだコンパイルされますが、このリファレンスのために Silverlight で使用できません。PCL に .Net 用にのみ含めるように指示する方法はありますか?

ポータブルクラスライブラリを備えた非同期CTPかどうかを確認しようとしていましたか？

MSDNのドキュメントによると、ポータブルクラスライブラリThread.Sleep()で使用できます。コンパイラは別の言い方をします。スピンループ以外の私の選択肢は何ですか？どちらも存在しません。Thread.CurrentThread.Join()

プロジェクトファイル：

ポータブルクラスライブラリのプロパティの[ターゲットフレームワークの変更]ダイアログには、次のページを指すリンクがあります。

http://msdn.microsoft.com/en-us/hh487282.aspx

このページは、「Silverlight 5 RC Tools VisualStudio2010SP1」に「Silverlight5」ターゲティングパックが含まれていることを示しています。

私の想定では、RCツールはリリースSilverlight 5ツールに置き換えられています。これらのツールがあるにもかかわらず、Silverlight5を選択するオプションは絶対にありません。

ターゲットパックがリリースツールから除外されている可能性があると考えて、それらをアンインストールしてRCツールをインストールし、Silverlight5をターゲットにするオプションが表示されるかどうかを確認しました。

ポータブルクラスライブラリでSilverlight5をターゲットにするにはどうすればよいですか？

また、Silverlight4アセンブリはSilverlight5と互換​​性があることを知っていますが、Silverlight5アプリケーション内からSilverlight4ライブラリを参照すると、解決しようとしている他の副作用（コード分析/メトリックが機能しないなど）があります（ 「プラットフォームを統合できませんでした」）したがって、それに対する修正も同様に高く評価されます:)

Visual Studio 11 のポータブル ライブラリについて読んだ後、WPF の共通ライブラリを .NET 4 と Metro スタイル UI の両方を対象とするものに入れてみました。「プロジェクトは.NETポータブルサブセットに再ターゲットされます」という警告を無視して追加の参照を追加した後でも、コンパイラに特定のクラスを認識させる方法を理解できないようです。私を最も困惑させているのは、WPF と Metro UI の両方に存在することを知っている "Control" クラスと "ItemsControl" クラスです。コンパイラがこれらのクラスを見つけられないのはなぜですか?