Разрабатывая приложения для любой мобильной платформы разработчики так или иначе встречаются с проблемами, которые могут быть вызваны как ошибками в мобильном API, запутанной логикой API, существующими ограничениями платформы, отсутствием требуемого API, так и с плохой документацией, отсутствием примеров приложений и т.д.

В такой момент очень хочется взять разработчика SDK и спросить его, когда же они реализуют ту или иную фишку или исправят конкретный баг.

Как сообщает ресурс TheVerge, cегодня днём были раскрыты цены на планшеты Microsoft Surface.

Цена за модель на Windows RT с 32 Гб памяти составит 499$, 64 Гб — 599$

Практически все WP7 разработчики используют в своей работе сторонние библиотеки контролов. Вы, как разработчик, прошли через то, что бы скачивать примеры для конкретной библиотеки, компилировать и устанавливать это на свой телефон? А были ли моменты, когда вы искали подходящую иконку для ApplicationBar? Сколько времени потребовалось, что бы её найти? И, наверное, желали быть в курсе того, когда появляются новые иконки? А хотите, что бы это и кое-что другое было собрано в одном бесплатном приложении для Windows Phone? Если да, то добро пожаловать под кат, где вас ждёт описание приложения WinPhone DevHub и некоторые технические подробности его создания.

Вообще-то, в заголовке всё сказано.
Код смотреть здесь.
Комментарии смотреть здесь.

В сети ВКонтекте временно (?) заблокирована главная страница группы "Революция через социальные сети", которая призывает людей выйти на улицы городов Беларуси для выражения протеста против правящего режима.

В необычайно резком заявлении, которое сделала Microsoft, говорится, что графическая технология WebGL, продвигаемая Khronos Group, слишком опасна, для того, что бы иметь поддержку в Windows.

В одном из недавних твиттеро-постов я отметил, что работа над библиотекой Prism приостановлена после выхода 4-й версии. В ответ на это я получил сообщения от Ade Miller (бывший дев лид в комманде patterns & practices) и от Bob Brumfield (работает в patterns & practices на проектах Prism, Enterprise Library, и Windows Phone 7 guidance).

Некоторое время назад Сергей Звездин (sergun) анонсировал мозговой штурм для того, что бы сгенерировать некоторое количество идей для возможной реализации в виде аддонов для Visual studio 2010. Я описал свой Xaps Minifier и предложил ещё одну. Идея заключалась в том, что бы использовать Silverlight PivotViewer контрол для визуализации исходного кода.

MEF является хорошим фреймворком для написания расширяемых приложений. Он позволяет легко отделять реализацию от абстракции, добавлять/изменять/удалять реализации во время работы приложения (рекомпозиция), работать с множественными реализациями абстракций, разделять монолитные приложения на независимые части и пр.

Большинство примеров работы MEF являются консольными или WPF приложениями. Почему? Потому что в этом случае легче всего контролировать время жизни составных элементов (composable parts) т.к. сам MEF заботится об этом, а разработчик концентрируется на задачах примера.

Ситуация в веб приложениях кардинально отличается. Разработчики не ответственны за создание страниц, контролов и пр., т.к. Asp.net Runtime берёт всё на себя.

Таким образом, что бы реализовать поддержку MEF для веб приложений следует скомбинировать алгоритмы обоих инструментов.

Подходит время, когда будет объявлено об окончании разработки библиотеки Prism 4, предназначенной для создания модульных и гибких Silverlight и WPF приложений. Новая версия имеет большое число изменений, улучшений и нововведений. В качестве одного из главных нововведений можно отметить добавление поддержки MEF в качестве контейнера (в предыдущей версии поддерживался только Unity контейнер).

В этой статье я хотел бы затронуть вопрос миграции с Prism 2.2 на Prism 4 c учётом перехода на использование MEF контейнера вместо Unity.

Библиотека MEF появилась относительно недавно, но быстро завоевала популярность у .Net разработчиков за простоту использования и эффективность. Она позволяет строить модульные приложения с минимальным уровнем связности частей (parts) приложения. Эта библиотека включает в себя не только Dependency Injection контейнер, но большой объём инфраструктуры: множество механизмов поиска элементов композиции в сборках, удалённых XAP файлах, механизм пометки элементов композиции с помощью .Net атрибутов и т.д.

Существует версия MEF для Silverlight, которая имеет отличия от настольной версии. Об особенностях использовании MEF для Silverlight приложений мы и поговорим в этой статье.

Здесь, на SmartPlanet, мы общаемся на темы экономии энергии и производительности. Так что вот алогичный совет от исследователей Корнельского университета: слишком большой уровень кондиционирования фактически снижает производительность.

Я постоянно работаю с Silverlight приложениями и выкладываю релизы регулярно. Как правило, я использую паттерн MVVM и его реализацию Prism. В результате создаётся несколько XAP файлов, содержащих сборки приложения и манифест.

Каждый, кто работает в соответствии с таким подходом, замечает, что большинство XAP файлов содержат дублирующиеся сборки. Например, при использовании библиотеки Prism, практически каждый XAP файл будет содержать все сборки из этой библиотеки. Prism добавляет порядка 300 Кб к каждому XAP файлу, что может увеличить размер приложения более чем на 1 Мб (при наличии 4-5 XAP файлов). Кроме того, дополнительные библиотеки (в первую очередь UI элементов) могут ещё более увеличить размер приложения.

Все эти факты заставили меня начать поиск пути уменьшения размеров XAP файлов.