アプリケーションをWindowsPhone8からWindows8に移植するには、どのくらいの労力が必要ですか？
理想的には、Windows8とWindowsPhone 8の両方に展開できる1つのアプリケーションを開発したいと思います。それはありそうもないので、代わりに次善の策が必要です。
アプリケーションをWindows8に移植するのを可能な限り簡単にするWindowsPhone8アプリケーションを開発するためのアプローチ。
おそらく、特定の名前空間を避けたり、特定のセクションの周りに特定のコンパイル条件を設定したりすることができます。-WindowsPhone8アプリケーションをWindows8に移植するのを完全に簡単にするために必要なものをリストする洞察を誰かが持っていることを願っています。
これは、Windows Phone 8用に作成するアプリケーションの種類によって異なります。Phoneには、WinRTではなくSilverlightに似たXAMLを備えた非常に縮小されたバージョンのWinRTが含まれています。1つのアプリケーションを作成することは不可能であり、それはどこでも実行されます。
実行できる最善のアクションプランは、ポータブルクラスライブラリに可能な限り抽象化することです。構文が競合しているため、少なくともXAMLコードで大幅な重複作業を行うことを計画してください。
あなたは非常に幅広い質問をしています。また、どのタイプのアプリケーション、どのアーキテクチャ、どの外部障害（データベース、サービスなど）が問題になっているのかを考慮しないと、一般的なアドバイスを提供せずに、おそらくすでに問題になっているという質問に答えることは非常に困難です。に気づいています。
Windows Phone 8は、オーディオルーティングやファイルシステム処理（WP8で利用可能な場合）などのいくつかの主要コンポーネントを除いて、WinRTではなくSilverlightに主に基づいています。
WP8アプリをWin8に直接デプロイすることも、アプリケーションがさまざまな方法で設計されており、さまざまなプラットフォームをサポートするため、ほとんど意味がありません。WP8パノラマのようなコントロールには、Win8には同等のものがありません。これは、電話のレイアウトを微調整したいWP8 LongListSelectorですが、デスクトップのレイアウトは異なります。
私が提供できる唯一のアドバイスは、厳密なMVVMに固執し、サービスですべての電話/タブレット固有のAPI呼び出しを抽象化し、XAMLテーマ/テンプレート/リソースディクショナリを可能な限り使用してUI構成も抽象化することです。
そうすれば、C＃、C ++、XAMLを非常に簡単に移植できる可能性があります。つまり、VoIPアプリ、または電話固有のものを作成していないと仮定します;-)