Из за возросшего числа всевозможных профилей во время компиляции. Стало сложно успользовать общий код для нескольких платформ одновременно. А ведь это должно быть основным достоинством технологии .NET :). Например, чтобы использовать какой-либо алгоритм в приложении для XBox и Silverlight, нужно скопировать (или с линковать) класс между проектами. Portable.NET предназначен для того, чтобы создавать библиотеки не зависящие от профиля.
Portable.NET включает в себя только основные библиотеки .NET framework, среди них ядро, System и XML. В случае выбора более схожих профилей, набор библиотек может быть расширен.
Для начала работы, нужно установить Portable Library Tools. После этого, стнет доступным новый тип проекта.
Вот, собственно, и все 🙂
Метки:C#, Microsoft, разработка, Windows
Похожие статьи
- 25 марта 2010 -- Windows Phone 7, как оно? (12)
- 22 марта 2010 -- Видео от MIX10 (15-17 Марта 2010) Las Vegas. (0)
- 7 октября 2011 -- WinRT — Windows Runtime глазами .NET (0)
- 30 марта 2009 -- Будущее .NET (5)
- 5 февраля 2009 -- Azure, Mesh и Live Services от Microsoft (1)
29 мая, 2012 at 5:13
Portable.NET предназначен для того, чтобы создавать библиотеки не зависящие от профиля.
Если бы… Пока что? всё совсем наоборот.
Сначала MS ухитрилась создать глупейшую ситуацию, когда простейшая библиотека, не зависящая ни от чего (даже от mscorlib — есть такой флаг) не может быть подключена, например, к Silverlight проекту.
Затем, в качестве «решения» этой надуманной проблемы было создано уродливое чудище — Portable Library.
В дополнение к обычным ~10 профилям «Portable» library добавляет несколько десятков новых. И это вовсе не «общие знаменатели», как было бы логично предположить.
То тут то там натыкаешься на то, что жизненно важные классы и интерфейсы вроде IObservable просто забыли добавить. Если же добавить такой пропущенный интерфейс, то маразм начинает крепчать ещё сильнее: получившейся «портабельной» библиотекой невозможно пользоваться, так как возникает конфликт между кустарными классами/интерфейсами и родными.
Portable Library — это, наверное, самое противное, что Microsoft сделала в сфере .Net за всё время его существования. (На втором месте идёт собственно уродская и чуть ли не искусственная несовместимость проектов и библиотек Windows, XNA, Silverlight, WP7).
6 января, 2013 at 2:28
Теперь утилитой tar распакуем выбранный архив стадии. Убедитесь, что вы используете точно такие же параметры (xvjpf)! Параметр v необязателен и может не работать в некоторых версиях tar. В следующем примере мы распакуем архив стадии stage3-<архитектура>-2006.1.tar.bz2. В качестве имени архива обязательно указывайте название файла нужной вам стадии.