asommer
+2

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

asommer
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.
asommer
0
Ну вот теперь и стало можно написать любое приложение с такой функцией.
asommer
0
Есть технология Windows Hello, которая может использовать изображение лица, радужной оболочки или скан отпечатка пальца. В Hello даже оценивается эмоциональная составляющая, чтобы проверить не под принуждением ли происходит доступ. Про какие-то решения доступа по лицу+голосу не слышал, но, как понимаете, есть возможность написать что-то самостоятельно.
asommer
0
Спасибо, интересно
asommer
0
1. Попробуйте получить из приложения UWP доступ к системным файлам. Да к любым файлам на диске, которые не выбраны пользователем лично и не относятся с самому приложению.

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

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

AppSession.FindElementByAccessibilityId("txtResult") as IOSElement;

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

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