• +2

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

    Xamarin.Forms для WPF и UWP разработчиков
  • 0
    One of proposed syntaxes is to use existing in keyword as a shorter form of ref readonly. It could be that both syntaxes are allowed or that we pick just one of them.
    Новые возможности C#, которые можно ожидать в ближайшее время
  • 0
    Ну вот теперь и стало можно написать любое приложение с такой функцией.
    Поддержка SVG и режим CompactOverlay в приложениях UWP
  • 0
    Есть технология Windows Hello, которая может использовать изображение лица, радужной оболочки или скан отпечатка пальца. В Hello даже оценивается эмоциональная составляющая, чтобы проверить не под принуждением ли происходит доступ. Про какие-то решения доступа по лицу+голосу не слышал, но, как понимаете, есть возможность написать что-то самостоятельно.
    Аутентификация и идентификация по голосу с помощью когнитивных сервисов Microsoft
  • 0
    1. Попробуйте получить из приложения UWP доступ к системным файлам. Да к любым файлам на диске, которые не выбраны пользователем лично и не относятся с самому приложению.

    2. Обратите внимание на пакет Microsoft.NETCore.UniversalWindowsPlatform который устанавливается автоматически с каждым приложением.
    WCF REST сервисы и UWP приложения
  • 0
    По сути UWP тот же .NET, но с некоторыми ограничениями. Это как минус привычному для разработчиков функционалу, так и плюс безопасности и масштабируемости. Зато платформа определенно гораздо более современна и близка кроссплатформенной .NET Core.
    WCF REST сервисы и UWP приложения
  • 0
    По поводу того что ASP.NET API больше подходит я согласен (и с вами и с документацией). Но мне по старой памяти знаком WCF, потому и написал о нем.
    Касательно сниппета, да, пожалуй длинноват, но он в оригинальном виде пропускал ошибочные элементы.

    Спасибо за уточнения/дополнения/исправления!
    WCF REST сервисы и UWP приложения
  • 0
    1. Сравнение доступно здесь: WCF и ASP.NET Web API
    2. А если есть что-то невалидное?
    WCF REST сервисы и UWP приложения
  • 0
    Здравствуйте.
    Попробуйте:
    driver.KeyEvent("13");
    
    Тестирование UWP приложений с помощью Appium
  • 0
    Это всего лишь один из способов получить элемент. Да, в данном примере он не используется. Преимущество, на мой взгляд, в том, что разработчик приложения и разработчик тестов могут использовать свои идентификаторы, которые не взаимосвязаны.
    Тестирование UWP приложений с помощью Appium
  • 0
    Сейчас вы можете использовать или RemoteWebDriver или IOSDriver
    В данном случае, если вы используете IOSDriver, то можете искать элемент по его AutomationId:

    AppSession.FindElementByAccessibilityId("txtResult") as IOSElement;
    

    Когда выйдет специализированный Windows драйвер тоже скорее всего можно будет использовать поиск по AutomationProperties.Name

    Тестирование UWP приложений с помощью Appium
  • 0
    Рад за вас! А я вот жду релиза VS 2017 с выходом которой, надеюсь, не только создание appx, но и публикация станет проще.
    Дистрибуция неопубликованных в Store приложений Windows 10
  • 0
    Предпочел бы отдельную статью вместо перечисления. Большая тема. Тем кто не в курсе перечисление ничего не объяснит.
    Конвертируем десктопное приложение в appx с помощью Desktop Bridge
  • 0
    Развилка хорошо по смыслу подходит и является синонимом ответвлению. Слова копия и клон этот смысл не передают.
    GitHub для пользователей Windows
  • +1
    Это тема для отдельного разговора вроде «Login или Log in?»
    Кстати, термин клон уже занят созданием локальной копии на компьютер, так что для fork не совсем подходит.
    GitHub для пользователей Windows
  • 0
    Я понял ваше мнение. В нем есть логика.
    Да, для того, чтобы различать fork и branch, возможно, стоит говоря по-русски называть fork — клоном, а branch — веткой.
    Но какие могут быть претензии ко мне, если на официальном сайте (смотрите ссылку выше) англоязычный термин “fork” это создание ветвления проекта.
    GitHub для пользователей Windows
  • 0
    Подборка лучших советов из комментариев:
    1. Если вы пишете про GitHub, то пишите только про GitHub. GitHub и Git совершенно разные вещи, которые не взаимосвязаны.
    2. С помощью GitHub расширения для VS командой push можно отправить изменения в любой репозиторий
    3. В Visual Studio уже встроена поддержка GitHub и совсем не нужно рассказывать о каком-то еще расширении
    4. Если вы хотите внести вклад в чужой проект, то вам нужно сделать его branch
    GitHub для пользователей Windows
  • –7
    Ну, спасибо, что не замолчали.
    1. Для того чтобы научиться работать с GitHub необходимо познакомиться и с Git. Все верно. Что здесь не так?
    2. Push рассматривается в контексте работы с GitHub. Слово английское и означать может много что.
    GitHub для пользователей Windows
  • 0
    Ну, да, спасибо, -C использует сообщение старого коммита и не открывает окно текстового редактора для правки текста.
    GitHub для пользователей Windows
  • 0
    У меня был случай, что на собеседование приехал за 100 км., а мне на месте предложили компьютер с которого я пообщался по скайпу… Бардак, конечно, но нужно отметить, что общались больше часа и это было одно из самых лучших собеседований из тех, что я проходил.
    А как-то раз пообещали супер-мега вопросы от суперспецов. В результате общение по скайпу с примерно 6-тью лбами, и ни одного нормального вопроса. Больше часа потерянного времени. Все вопросы были стандартными и шаблонными. Причем, такое чувство, что на джуниорский вопрос а-ля «что такое полиморфизм» ожидался джуниорский ответ, заученный из учебника, а не объяснения своими словами. То чувство, когда собеседующие смотрят на тебя свысока, но сами при этом никакие. К собеседованиям должен готовится и собеседующий, и у него есть большой козырь, он может повести разговор в сторону любой технологии. А вот собеседуемому вспомнить технологию, которой он занимался пару лет назад может быть сложно. Касательно логических задачек — бррр… Согласен. Читать и заучивать решения из сети это дурной тон. И оценивать кандидата скорее нужно по оригинальности предложенного решения или варианта. Пусть даже и ошибочного. В этом суть.
    PS: собеседования в Люксофт у меня были — понравились.
    Что мы ненавидим в собеседованиях?
  • 0
    Немного запоздало, но у меня «Hello World» на ASP.NET получился те же 45 Мб
    Self-contained дистрибуция .NET Core приложений
  • 0
    Фактически тот exe, который полуается, это обертка для команды «dotnet run».
    Про компиляцию в native у Хансельмана тоже есть артикул Exploring the new .NET «dotnet» Command Line Interface (CLI), но посмотрите на дату — он старенький.
    Если не ошибаюсь, то .NET Native доступен только под Win 10.
    Self-contained дистрибуция .NET Core приложений
  • +3
    Здесь и разработка под Mac есть. Разработка кроссплатформенных приложений. В частности под *nix
    Кроме того еще и open source.
    Self-contained дистрибуция .NET Core приложений
  • 0
    У ASP.NET Core доступно больше API. У консольных приложений пока что мало что доступно.
    Self-contained дистрибуция .NET Core приложений
  • 0
    Спасибо за спасибо!)
    С техподдержкой тяжело иногда. Как повезет и на кого напоретесь)
    Насколько я понял, необходимо оставлять заявку на публикацию десктопного приложения — Desktop Bridge Sign Up Form Без их одобрения пока что никак.
    И ваше приложение должно целевой платформой иметь юбилейное обновление (так что может быть вам нужно обновить target)
    Дистрибуция неопубликованных в Store приложений Windows 10
  • 0
    More TextEffects in Win2D — вот по этой сылке можно найти пример использования класса ShadowEffect Смотрите пример Text with shadow
    Использование графических эффектов в приложениях UWP с помощью Win2D
  • 0
    На github страничке проекта)
    Распознавание штрих и QR кодов в приложениях UWP
  • 0
    Да, нужно переходить или на OneDrive SDK или на Microsoft Graph. Как долго еще будет поддерживаться Live SDK мне неизвестно.
    Как легко работать с OneDrive из приложений UWP
  • 0
    Попробовал пример. Работает и с обычным outlook аккаунтом. Только приложение нужно создать новое, т.к. старые не поддерживают v2.0 endpoint
    Как легко работать с OneDrive из приложений UWP
  • 0
    Один из вариантов синтаксиса разделителя path.
    Это потому что знак двоеточия не может содержаться в имени файла, а значит может использоваться как какой-то спец формат.
    Как легко работать с OneDrive из приложений UWP
  • 0
    Это возможность из одного API получить доступ и к Office 365 и к Outlook и к AD и к OneDrive. Пока что не особо разбирался, но исходя из примера Microsoft Graph Connect Sample for UWP, для некоторых вещей обычного аккаунта должно быть достаточно.
    Как легко работать с OneDrive из приложений UWP
  • 0
    Вы сейчас про тот случай, когда WinINet не поддерживается и нужна аутентификация с помощью HttpClient? Про это здесь написано. Но тут записываются значения в реестр, а не считываются.
    Лучше на SO и прокомментируйте) — там гораздо больше шансов что подскажут
    Как легко работать с OneDrive из приложений UWP
  • 0
    Что делать? Не паниковать) Забили или нет не знаю. Может быть объединят с чем-нибудь (с web bridge for Hosted Web Apps?) или сделают новый прокет на основе WinJS. Давайте если через пол года глухо все будет, то вместе попаникуем.
    Простой, естественный вопрос: какие бывают библиотеки UWP?
  • 0
    Да, должно быть можно. В примере по ссылке MKR1000 Azure IoT Hub Interface Using HTTP как раз данные получаются с облака, но само сообщение там не считывается. Необходимо изменить только feed uri на /devices/myDevice/messages/devicebound?api-version=2016-02-03 и HTTP запрос
    Отправляем данные с Arduino в Azure IoT Hub
  • –1
    Что-то бросил этот разработчик привычку еще год назад.
    «Теперь, всего через две недели, эти числа увеличились в 12 раз (431 ответов)»
    Эта фраза напугала. 431 репутации, наверное, судя по его статистике. У меня примерно столько же прибавилось за 2 недели.
    Привычка Stack Overflow
  • +1
    В последнее время вижу все меньше отличий UWP от UWP. Окошки давно сворачиваются и позволяют изменять размер. Приложения UWP предназначены для пользователей Windows Mobile, Raspberry Pi, планшетов, десктопов. Напиши один раз и запускай на различных устройствах. В windows 8 многие приложения были пробные. Мало кто понимал концепт. На мой вкус отсутствие "пуск" и работа с полноэкранными приложениями это было новаторски интересно, но непривычно пользователям, а вкус и удобство пользователей это главное.
    Определенный плюс приложений UWP это lifecycle. Установив приложение можешь быть уверен, что удалишь его подчистую и оно не оставит после себя кучу мусора в виде библиотек и др. Опять же есть уверенность в отсутствии вирусов. Но и .Net имеет свои плюсы, поэтому он вряд ли пропадет.
    Диаграммы и другие полезности для UWP приложений