Выбор компонентов среды выполнения Windows в сравнении с переносимой библиотекой кода

Если вы хотите разделить код между Windows Phone 8 и Windows 8, вы не можете использовать компоненты среды выполнения Windows, потому что для Windows 8 используются разные компоненты, а для Windows Phone 8 — разные, и они не взаимозаменяемы.
Я бы выбрал либо переносимые библиотеки классов для некоторых простых универсальных библиотек, либо для совместного использования кода с помощью ссылок и директив компиляции #if WP8 — это просто работает и более мощно, чем переносимые библиотеки.
Имейте в виду, что большинство внешних библиотек, таких как MVVM Light, не могут быть упоминаются в Portable Libs, поэтому, если вы хотите их использовать, вам нужно использовать совместное использование кода через ссылки на файлы.

Это зависит от того, какая форма обмена вам нужна:

1) Если у вас есть общий уровень бизнес-логики C++, вы можете использовать компоненты среды выполнения Windows (WinRT), чтобы представить его как для Windows Phone, так и для приложения Магазина Windows (это единственный вариант использования Windows Phone, поскольку вы не может написать приложение WP8 с помощью JavaScript или использовать .NET для создания компонента WinRT).

Однако вам придется создать два отдельных компонента WinRT, один для телефона и один для Магазина Windows. Должна существовать возможность совместного использования кода C++/CX уровня взаимодействия WinRT с помощью директив препроцессора (#if), чтобы пометить код, зависящий от платформы.

2) У вас есть бизнес-логика на C#/VB, которая зависит только от API-интерфейсов .NET, доступных в переносимой библиотеке классов. Затем вы можете использовать переносимую библиотеку классов (PCL) для хранения этой логики. По сути, если вы можете встроить свою библиотеку в PCL DLL, это должно сработать. Затем вы можете ссылаться на этот PCL в двоичной форме как в Windows Phone, так и в приложении Windows Store.

Однако, как сказал Мартин, вам нужно соблюдать осторожность при использовании сторонних библиотек, поскольку они также должны быть созданы для PCL. Некоторые сторонние библиотеки уже доступны в форме PCL (например, JSON.NET).

3) Вы хотите предоставить общий доступ к коду, который имеет зависимости API платформы (или зависимости сторонних библиотек), которые не поддерживаются PCL. Тогда вам потребуется создать отдельные библиотеки DLL, по одной для каждой платформы. Вы можете избежать дублирования кода, используя связанные исходные файлы C#/VB, и использовать флаг сборки (снова #if), чтобы разрешить небольшие изменения кода между вашими целевыми платформами.

Некоторые рекомендации по эффективному использованию переносимых библиотек классов для совместного использования кода между платформами см. в этой записи блога: Как заставить переносимые библиотеки классов работать на вас

Этот вопрос больше не актуален с появлением универсальных приложений Windows Phone 8.1 в Visual Studio 2013 Update 2, которые поддерживают общие проекты.

Минуточку, как по мне даже в Visual Studio 2013 Update 4 этот вопрос все еще актуален, потому что там есть два типа проектов:

Библиотека классов (переносимая для универсальных приложений) — PCL

а также

Компонент среды выполнения Windows (переносимый для универсальных приложений) — WinMD

Я вижу только одно большое различие между ними: WinMD использует только WinRT, а PCL можно использовать также с .Net и Silverlight. Но я также хочу узнать больше о том, какой из них и когда лучше выбрать.