問題タブ [portable-class-library]

VB.Net DLLを取得して、ポータブルクラスライブラリに変換しています。すべてのクラスをPCLの新しいプロジェクトに移動すると、Visual Studioは、まだ問題なく機能すると思っていた多くの一般的なVB構文に対してエラーをスローし始めました。いくつかの例：

• LCase
• InStr
• 左
• ミッド
• エラー時GoTo0
• エラー

これらを機能させるために必要なオプションやインクルードがいくつかある可能性はありますか？

Portable Library Projects v2 を MonoTouch で動作させるために、私は現在、いくつかの困難を乗り越えようとしています。

そのうちの 1 つは、System.Net メソッド用の転送 DLL を構築していることです ( http://slodge.blogspot.co.uk/2012/04/using-portable-library-tools-for.htmlの説明を参照してください) 。

ただし、正しい名前の DLL を実際に生成する際に問題が発生しています。これを生成すると、System.Net次のビルド中にエラーが発生するためです。

エラー CS0281: System.Net, PublicKeyToken=7cec85d7bea7798e', but the output assembly is named System.Net、Version=0.0.0.0、Culture=neutral、PublicKeyToken=null にフレンド アクセスが許可されました。「System.Net, PublicKeyToken=7cec85d7bea7798e」への参照を追加するか、出力アセンブリ名をそれに一致するように変更してみてください (CS0281) (System.Net.Touch)

これを回避する方法があります-別の名前でファイルを生成し、後で手動で名前を変更します。しかし、できればこの手順は避けたいと思います。

System.Net というアセンブリを生成しながら、このエラーを回避する方法を提案できる人はいますか?

ポータブル クラス ライブラリ (VS2012) から net.tcp デュプレックスを参照する wcf サービスを作成しようとしました。生成されたコードは、.net ポータブル サブセットに含まれていない System.ServiceModel の一部のクラスを参照します (例: System.ServiceModel.DuplexClientBase)。

ポータブル クラス ライブラリで wcf デュプレックス チャネルを動作させる方法はありますか? それとも今はサポートされていませんか？

ありがとう！

.NET4.5とWindowsStoreアプリを対象としたポータブルクラスライブラリがあります。MSDNによると、この設定はMEFを提供するはずですが、提供していません。名前空間System.ComponentModel.Compositionは利用できません（私も試しSystem.Compositionましたが、運がありませんでした）。Microsoft.Compositionまた、Windowsストアアプリで動作するNuGetパッケージを使用することもできません。

NuGetバージョンをインストールするときのエラーは次のとおりです。

「Microsoft.Composition1.0.15」はすでにインストールされています。パッケージ「Microsoft.Composition1.0.15」をインストールできませんでした。

'.NETPortable、Version = v4.5、Profile = Profile7'を対象とするプロジェクトにこのパッケージをインストールしようとしていますが、パッケージにはそのフレームワークと互換性のあるアセンブリ参照が含まれていません。詳細については、パッケージの作成者にお問い合わせください。

Visual Studio 2012 のオブジェクト ブラウザーには、ポータブル クラス ライブラリ用に 2 つの異なるコンポーネント セットが用意されています。

• .NET ポータブル サブセット
• .NET ポータブル サブセット (レガシー)

ポータブル クラス ライブラリを作成すると、.NET ポータブル サブセットが使用されます。2 番目のセットとは何ですか? どのように使用できますか? .NET Portable Subset では使用できないMEF が含まれています。

私は、WSA（Windowsストアアプリケーション）、WPF、WP7、WP8を対象とする最初のPCLに取り組んでいます。これはrolerdexのようなアプリケーションであり、連絡先があり、連絡先の詳細と画像があります。（そうではありませんが、アプリケーションの詳細を説明できないため、代わりに非常に単純な例を使用しています）。ここに私の質問のいくつかがあります:)

1. PCLに画像を含める必要がありますか？

そうであれば：

1. WSAで使用するために画像をどのように参照しますか？
2. 異なるプロジェクトで使用する場合、スケール修飾子などを使用してスケーリングを解決するにはどうすればよいですか？

私はデータベースを使用しておらず、画像は外部サービスからダウンロードされていません-画像をローカル、アプリ、またはPCLに保持したいと思います。

編集：画像を表示したいだけです。それでおしまい。これは静的なrolerdexであり、新しい人を追加することはできません。5人の人数とその画像（PCL）を表示したいだけです。Windowsストアアプリケーションの場合、画像を参照するにはどうすればよいですか？

バインディングがあり、DataContextがPCLのViewModelに設定されています。ViewModelは、モデルから表示されるデータを集約します。私がバインドしたプロパティはMyImageです。他のプラットフォームを無視すると、URIはどのようになりますか？他のすべては正常に動作します。

私は本当にこれらの3つの質問について助けが欲しいのですが、私はすべての答えに本当に感謝しています!!!

ポータブルライブラリ/Windowsストアでタイマーが見つかりません。（.net 4.5およびWindowsStore、別名Metroをターゲットにしています）

ある種のタイミングイベントを作成する方法について何かアイデアはありますか？

ストップウォッチのようなものが必要なので、これは1秒に1回程度更新する必要があります

プロジェクトをポータブルクラスライブラリに書き直そうとしています。しかし、問題は、非同期CTPを使用していることであり、WPおよびWindowsStoreAppのライブラリとしてコンパイルできません。参照AsyncCtpLibrary.dllを含めない場合、コンパイラは次のように言います。

タイプまたは名前空間の名前「Tasks」が名前空間「System.Threading」に存在しません（アセンブリ参照がありませんか？）

私がそれを含めると、コンパイラは同じエラーを言い、警告を追加します：

プライマリ参照「AsyncCtpLibrary」は、現在ターゲットになっているフレームワークでは解決できなかったフレームワークアセンブリ「mscorlib、Version = 4.0.0.0、Culture = neutral、PublicKeyToken = b77a5c561934e089」に間接的に依存しているため、解決できませんでした。「.NETPortable、Version = v4.0、Profile=Profile104」。この問題を解決するには、参照「AsyncCtpLibrary」を削除するか、アプリケーションを「mscorlib、Version = 4.0.0.0、Culture = neutral、PublicKeyToken=b77a5c561934e089」を含むフレームワークバージョンに再ターゲットします。

どのように私はそれに耐えるべきですか？

何をしたかわかりませんがSystem.Net.Http 4.0.0.0、GACから削除した可能性があります。コンパイルして正常に動作していたWinRTを対象とするWindowsポータブルライブラリがありますが、実行しようとするたびに次のエラーが発生します。

ファイルまたはアセンブリ'System.Net.Http、Version = 4.0.0.0、Culture = neutral、PublicKeyToken=b03f5f7f11d50a3a'またはその依存関係の1つを読み込めませんでした。指定されたファイルが見つかりません。"：" System.Net.Http、Version = 4.0.0.0、Culture = neutral、PublicKeyToken = b03f5f7f11d50a3a

どうすれば再追加できSystem.Net.Http 4.0.0.0ますか？.dllを探すたびに、2.0.0.0バージョンが見つかりますか？

Portable Class Libraryの導入により、開発者は複数のプラットフォーム間で互換性のある単一のライブラリをリリースできます。これの欠点は、PCLが、指定されたすべてのプラットフォーム間で互換性のあるクラスの最も低い共通セットに自分自身を減らす必要があることです。

特定のプラットフォームの長所と機能を試してみたい場合（または特定のプラットフォームにのみ存在するクラスにアクセスしたい場合）、次のいずれかを実行する必要があると思います。

1. 「ベース」クラスのセットをポータブルクラスライブラリとしてリリースし、それに基づいてプラットフォーム固有のライブラリを付属させます。
   
   • 1つの例として、MVVMライブラリがあります。共通の基本クラスを単一のポータブルクラスライブラリ（「MyCustomMvvm.dll」という名前）としてリリースし、「MyCustomMvvm.Extras.WPF.dll」および「MyCustomMvvm.Extras」の形式でいくつかの追加のプラットフォーム機能をリリースします。 .WP7.dll、 "など...または：
2. 「リンクされた」ソースファイルと#ifステートメントを使用してプラットフォーム固有の機能を条件付きでコンパイルし、プラットフォームごとに個別のプロジェクトを保持します。
   • この例では、すべてのライブラリのファイル名は同じ（ "MyCustomMvvm.dll"）ですが、ソリューション内のプラットフォーム固有のプロジェクトを使用して構築された、プラットフォームごとに個別のコピーがあります。

私の質問は：それらは2つのオプションだけですか？明らかに「より良い」オプションはありますか？