Простий, природний питання: які бувають бібліотеки UWP?



Повторне використання коду і сумісність під різні платформи в наш час досить актуальне питання. Крім того MSFT останнім часом намагається догодити розробникам різних платформ і мов програмування. Саме тому, ймовірно, можливості універсальної платформи Windows дозволяють використовувати не один тип бібліотек. Під катом про те, які бібліотеки, як і навіщо можна використовувати в додатках UWP.

Читати далі →

Забезпечення зворотної сумісності .NET-додатків при використанні WinRT

Створення Windows Runtime (WinRT) в якості API, з одного боку, можна тільки вітати, так як попередній — WinAPI — особливою простотою і людяністю не відрізнявся. З іншого боку, в повний зріст при цьому виникає проблема зворотної сумісності. Що робити, якщо потрібно заиспользовать якусь приємну дрібницю, що з'явилася в Win8, але при цьому не втрачати сумісності з Win7, все ще бадьоро крокує в строю?

Офіційний MSDN до цього ставиться досить однозначно: якщо потрібен WinRT, то забуваємо про версії Windows, старше вісімки; якщо потрібно підтримувати всяке лахміття, то збираємо додаток окремо без згадки про WinRT. Такі от прості і невигадливі хлопці працюють в Microsoft. Тим не менш, рішення проблеми, причому досить просте, вдалося відшукати.

Читати далі →

Чому WPF живіший за всіх живих?

Я довгий час був розробником систем для десктопа. Спочатку це був WinForms, потім більш потужний і гнучкий WPF. З тих пір пройшло багато часу і курсує безліч чуток і думок про те, що WPF завершує своє життя, адже зараз стільки розмов про те, що можна писати настільні додатки на JS. А ще Microsoft посилено просуває в маси платформу WinRT для розробки нових програм. Це не могло мене і колег залишити байдужим.

Так чому ж ми, команда GoSharp конференції (так, так, це про C#), вирішили зробити акцент на десктопної розробки в розрізі WPF? Далі я хочу показати які світлі і темні моменти є в існуючому положенні фреймворку і чому все-таки варто в нього вкладати сили і час.



Існує думка, що розвиток десктопної розробки зупинилося у своєму розвитку і для цього є кілька передумов. Одна з них — зупинка, або навіть краще сказати стагнація, в самій базі, у візуальному фреймворку WPF. Значних оновлень для нього не було ось вже років 5, як може здатися. Офіційний тулкит давно не оновлювався, точніше з лютого 2010 року, тобто якраз ті самі 5 років. При цьому компанії, що спеціалізуються на кастом-компонентах, як наприклад DevExpress і Telerik успішно випускають оновлення і складають плани на майбутнє щодо WPF. Навіть якщо ви орієнтовані на новинки, то компоненти для WinRT все одно використовують концепції та загальну структуру XAML, який нікуди не йде.
Далі ми хочемо представити причини, за якими WPF деякі вважають неактуальним, і спростування цих причин.


Читати далі →

Використання AppBarButton в Windows 8.1

У минулій примітки я писав про те, як можна позбудеться зв'язку зі StandardStyles.xaml в ваших проектах Windows 8.1. Зокрема, я вказував, що одним з найпопулярніших використань цього допоміжного файлу AppBarButton стилі, а також 200 різних символів, використовуваних для кнопок AppBar-а. Я вирішив ненадовго трохи глибше зануриться в ці стилі, так як отримав певну кількість листів з питаннями.

Читати далі →

«Труднощі» перекладу додатків для Windows Store


У мене було локалізоване додаток для Windows Store. У нього була можливість змінити мову на англійську, але навіть з англійським інтерфейсом додаток продовжував дивувати англомовних користувачів російськими кириличними «ієрогліфами» на заставці і логотипах. А російськомовні користувачі в свою чергу дивувалися тому, що додаток називалося не по-російськи. Про те, як вийшло таке неподобство і як зробити добре ця стаття.
Всіх, кому цікава розробка універсальних додатків Windows, запрошую під кат!

Читати далі →

Позбавляємося від StandardStyles.xaml в Windows 8.1

Якщо ви коли-небудь створювали Windows 8 додаток використовуючи XAML, то ви, швидше за все, могли бачити доданий у ваш додаток файл з назвою StandardStyles.xaml в папці Common. Так як я бачив багато розроблених додатків, то мені доводилося спостерігати, що люди досить часто відносять цей файл до системних компонентів і абсолютно не змінюють його. Іноді це добре, але частіше це погано. Серед додатків, які мені траплялися було безліч таких, які зовсім не використовують стилі з цього словника ресурсів, але й не роблять нічого, щоб обрізати файл або видалити його зовсім, так як він не потрібен.
Цей файл був доданий в шаблони проектів Windows 8 Visual Studio для того, щоб допомогти стилізувати деякі області шаблону. У пошуках підвищення продуктивності Windows 8.1 ми відзначили, що розробники не видаляють цей файл або використовувані стилі з цього файлу. Ми також помітили, що є деякі плюси від включення цього файлу під фреймворк, так як деякі стилі/шаблони відкладеного завантаження ми реалізували в самій Windows 8.1. З цієї причини майже для всіх додатків, які ми спостерігали на практиці, стилі, наявні в Windows 8/VS2012 StandardStyles.xaml файлі, можуть бути видалені з програми і замінені на стилі містяться в XAML фреймворку.

Читати далі →

Типові виправлення після оновлення Windows Store додатків з версії 8 до 8.1


Переводячи свої програми на платформу 8.1, я виявив, що це досить складне заняття, яке не потребує особливих зусиль.
Після перекладу часто виникають типові попередження, що виникли в результаті невідповідності платформ. Зрозуміло, ці попередження бажано виправити.
Розглянемо найпопулярніші виправлення?

Читати далі →

Капітан Америка vs VirtualSurfaceImageSource, Частина 1


Введення
Велику частину часу, розробка під Windows Runtime приносить ні з чим не порівнянне задоволення. Справ-то всього нічого: наліпив контролів, додав щіпку MVVM, а потім сидиш, і милуєшся своїм кодом. Так відбувається в 99% випадків. У решти сотої долі, починаються справжні танці з бубном.

Насправді, я перебільшую, до поганських ритуалів вдаюся лише в зовсім безвихідних ситуаціях. А ось WP розробникам є за що посварити MS, почавши хоча б з бідних Silverlight розробників, на частку яких припали всі нещастя. Ну да ладно, це все вже в офтопік пішло.

Кеп, ти де?
Отже, подумки перенесемося в гіпотетичну ситуацію. У нас є додаток, нехай це буде клієнт для kinopoisk.ru під Windows 8.1. І постер якого-небудь голлівудського AAA проекту з багатомільйонним бюджетом і супергероями з улюблених нами коміксів. Завдання — відобразити користувачеві постер в ідеальному якості. Під словом «ідеальне» я маю на увазі відповідність 1 піксель зображення == 1 піксель фізичний.

Здавалося б, дрібниця, створюємо Image і присвоюємо його властивості Source потрібний BitmapImage з картинкою. От тільки розмір картинки насторожує — 9300 x 12300. Взявши в руки калькулятор, починаю вважати: 9300 * 12300 пікс * 4 Б/пікс = 436 МБ. Досить значна цифра, але в 21 столітті такими речами вже не здивуєш. Середній настольник 2010 року без проблем перетравлює такі обсяги даних, так що тисни F5 і насолоджуємося своїм творінням. Все відмінно працює, щонайменше на моєму комп'ютері, і добре. На цьому статтю можна було б і закінчити…

Читати далі →

Використання SQLite в Windows і Windows Phone додатках на JavaScript



Новим для Windows Phone 8.1 є можливість створювати і запускати додатки, написані на JavaScript також, як на Windows 8.1. Тим не менш, є деякі відмінності в специфіці API, доступних для додатків на Windows Phone 8.1. Однією з таких відмінностей є відсутність IndexedDB на телефоні. Це становить труднощі для JavaScript розробників універсальних додатків, яким потрібна структуроване сховище. У цій статті ми подивимося, як створити компонент WinRT, що дозволяє використовувати SQLite з JavaScript. Також ми підготували для вас приклад застосування.

Читати далі →

Працюємо з повідомленнями в Windows Phone 8.1

    
 
Привіт всім!
 
Сьогодні поговоримо про нові можливості, що стосуються повідомлень в Windows / Windows Phone 8.1. Обговоримо які типи повідомлень існують, яким способом їх організувати в своєму додатку, а також відзначимо одну з головних новинок для Windows Phone пристроїв — Центр повідомлень (Action Center) .
 
Читати далі →