Visual Studio 2013でのWindows Phone 7.5サポートでのポータブルクラスライブラリの使用

ご存知のように、Visual Studio 2013では、Windows Phone 7のアプリケーション開発はサポートされなくなりましたが、同時に、バージョン8.1でのみWindows 8.1のアプリケーションを開発できます。 WP7のサポートの拒否がPortable Class Libraries（PCL）に影響しなければ、すべてがうまくいくでしょう。 13番目のプロジェクトの最初の立ち上げ時に、Visual StudioはWindows Phone 8のサポートのみを残して、クロスプラットフォームPCLプロジェクトの変換を提案しています。

この決定の妥当性やMicrosoftの動機について議論することなく、多くの開発者がWindows Phone 7デバイスを使用するユーザーベースの実質的な割合を持っていることに注意してください。 同時に、新しいバージョンのVisual Studioの開発者が提供するすべての機能を使用したいと思います。

問題の解決策は、カットの下で提案されています。



したがって、この状況から抜け出すには2つの方法があります。

1.強い意思決定を下し、Windows Phone 7バージョンのアプリケーションのサポートを拒否します。

2. PCLライブラリの2つのブランチをサポートします。

当然、これらのソリューションのいずれも最適ではなく、特定の問題をもたらします。



判明したように、問題を解決する「代替」方法もあります。

解決策はヨハン・ランストロイによって発見され、彼の個人的なブログで説明されました。 作成者は、Visual Studio 2013がリリース候補段階にあったときでさえ、問題の解決策に戸惑っていました。 ソリューションは、PCLライブラリの.NET Framework構成ファイルを編集することです。 記事で正しく指摘されているように、この「ハック」は公式のソリューションではなく、Visual Studioをサポートされていない状態にします。 したがって、最も予測不可能な問題でさえ問題につながる可能性があります。 私自身から言えば、開発の週に問題は認められなかったと言えます。



アクションのシーケンス：

1.フォルダー内... \ Program Files（x86）\ Reference Assemblies \ Microsoft \ Framework \ .NETPortable \ v4.0 \ Profile \ Profile104 \ SupportedFrameworks / XML設定ファイル「Silverlight 4.xml」および「Windows Phone 7.5 .xml」

2.それぞれで、MaximumVisualStudioVersionプロパティの値を「11.0」から「12.0」に修正します。

3.必要に応じてスタジオを再起動します。 さらに、Visual StudioでResharperを再起動する必要がありましたが、私の場合は単一です。



これで、PCLライブラリの1つのバージョンを使用して開発を続行できます。 Windows Phone 7/8アプリケーションの開発にはVisual Studio 2012が使用され、Windows 8および8.1アプリケーションには2013バージョンが使用されます。



ご清聴ありがとうございました！