c# - WP7とWP8アプリケーション間でdllを共有する

Question

通常、wp7プラットフォームとwp8プラットフォームの両方に2つのプロジェクトを用意することをお勧めします。Wp7プロジェクトには.csファイルと.xamlファイルが含まれ、WP8プロジェクトにはそのファイルへのリンクが含まれています。

プラットフォーム固有ではないビジネスロジックコードはWP8プロジェクトを参照できるため、2回コンパイルする理由はないと思います。

私は次のソリューション構造について考えています：

• wp7用にコンパイルされたビジネスロジックdll（PCLではない）
• UIはwp8用にコンパイルされました
• UIはwp7用にコンパイルされました

このようなアプリケーションはコンパイルでき、デバイス/エミュレーターにデプロイできます。

問題は、このアプリがWindowsPhoneストアの認定に合格するかどうかです。または、共有dllを再コンパイルする必要がありますか？

UPD： 私のクレイジーなアイデアはこのステップの後に生まれました：

1. 新しいWP7アプリを作成します（WindowsPhoneApplication1） 。
2. WP7を対象としたクラスライブラリを作成します（WindowsPhoneClassLibrary1）WindowsPhoneApplication1で使用します
3. [WP8へのアップグレード]メニューを使用します。WindowsPhoneApplication1はWP8に更新されますが、参照されるプロジェクトは引き続きWP7を対象としています。
4. このようなアプリは、WP8デバイスにデプロイできます。

Answer 1

ポータブルクラスライブラリを使用しない限り、別々のプロジェクトファイルを用意し、WP7とWP8用に別々にコンパイルする必要があります。

Answer 2

クロースのおかげで、私はいくつかの調査を行いました、そして答えはそうです-あなたはそのような解決策を使うことができます。

ドキュメントに関連情報が見つかりませんでしたが、MSFT技術の1つからの証拠がここにあります。オランダの伝道者：ブログ投稿へのリンク

基本的な考え方は、既存のWindowsPhone7アプリと間もなく追加されるWindowsPhone8ビルドの両方から使用できるすべてのコードを、ソリューションのCommonプロジェクトに移動することです。このアプローチの悪い点は、CommonプロジェクトをWindows Phone 7クラスライブラリとして作成する必要があることです。これは、WindowsPhone8ビルドで使用されます。既存のアプリでこの決定による悪影響に気づいたことはありませんが、WindowsPhone8ビルドでWindowsPhone7ライブラリを参照することに注意してください。

したがって、それは可能ですが、最善の解決策ではありません。