5 Инструменти и технологии за разработчици на Microsoft за изследване през 2020 г.

В края на 2019 г. си струва да гледате напред, докато съставяте плановете си за разработка на приложения и вашите технологични пътни карти. Последните няколко години донесоха много промени за всеки, който се основава на многото платформи на Microsoft, и това темпо не се забавя.

Какво трябва да гледате през 2020 г. и защо? Ето пет опции за Windows, за Azure и не само. Те не са единствените, но трябва да ви започнат по пътя към по-модерен набор от платформи и инструменти за разработка.

Стартирайте прехода към .NET 5

Може би най-голямото предизвикателство пред всеки, който изгражда .NET код, е промяната от застаряващия .NET Framework към .NET Core с пускането на .NET 5 към края на 2020 г. Обединяването на двете направления на .NET има смисъл, дори ако изисква загуба на някои по-стари API. Microsoft публикува списък на това, което ще и какво не ще направи прехода в хранилището .NET GitHub. Някои от липсващите API ще преминат към внедряване на общността, докато други ще получат по-модерни алтернативи.

Ако поддържате и разработвате .NET Framework код, 2020 ви дава добра възможност да проучите как кодът ще се доставя в бъдеще. Текущата версия .NET Core 3.1 е версия за дългосрочна поддръжка и заедно с библиотеките .NET Standard поддържа много от API, които ще бъдат в .NET 5. Пренасянето на кода в .NET Core 3.1 ви дава възможност да проучите не само какви промени трябва да се направят във вашия код, но и да се изгради нова верига от инструменти.

Бъдещето на .NET Core е междуплатформено, с Blazor на WebAssembly и от страна на сървъра чрез ASP.NET и Razor; .NET Core за Windows, macOS и Linux; и с Xamarin на мобилни устройства. Преместването на кода в .NET 5 не е свързано само с поддръжка на бъдещи версии на Windows, а с възможност да го доставите на много повече платформи и потребители.

Започнете да изследвате WinUI 3.0

2020 г. е, когато се променя платформата на Windows. Microsoft най-накрая разделя Windows SDK на две: отделя компонентите на потребителския интерфейс в WinUI и оставя функциите на ниво OS. С предстоящото издание на WinUI 3.0, компонентите на потребителския интерфейс ще могат да се доставят в различен каданс от операционната система, добавяйки нови контроли при пускането им. Те ще се поддържат в Windows 10 за използване в приложенията Win32 и WinForms, както и в приложенията на Universal Windows Platform (UWP).

WinUI ще се поддържа и в съвременните браузъри като новия Edge, базиран на Chromium, чрез партньорство с платформата Uno, която ще пренася контроли в WebAssembly, позволявайки на WinUI да достигне до много по-широка аудитория. Съществуващите приложения на UWP ще могат да използват WinUI 3.0 с минимални промени, а C ++ кодът ще може да използва нови контроли за добавяне на поддръжка за езика за дизайн на Fluent на Microsoft.

Използвайте AKS за облачни приложения

Изграждането на съвременни облачни приложения означава изграждане на разпределени приложения, базирани на микросервизи, внедряване на контейнеризиран код, когато и където е необходимо, и управление на ресурси, за да се отговори на търсенето. Всичко това се добавя към нуждата от оркестратор за управление на мащабиране и внедряване. Можете сами да внедрите Kubernetes, като влезете в глупостите на конфигурационните файлове kubectl и YAML. Има обаче алтернатива на Azure: управлявана опция с услугата Azure Kubernetes, както за Linux, така и за Windows контейнери.

Това опростява внедряването на вашите контейнерирани приложения и услуги, използвайки познатия портал на Azure, с достъп до собствените мрежови функции на Azure и възможността за работа с инструменти като Terraform на HashiCorp. Други опции включват контрол на достъпа на базата на роли, за да заключите достъпа до ресурси, намалявайки излагането на сигурност.

AKS автоматично ще мащабира вашия клъстер Kubernetes нагоре и надолу и се интегрира с инструментите за наблюдение на Azure, за да можете да следите отблизо вашите операции по обслужване. Резултатът е комбинация от чиста Kubernetes платформа, която може да се управлява с помощта на Kubernetes инструменти за фин контрол и познатия портал на Azure с управляван достъп до други услуги на Azure. Тази интеграция на услуга може да опрости операциите на Kubernetes, например с директен достъп до хранилището на Azure за постоянни данни и поддръжка за собствения регистър на контейнери на Azure.

Ако изграждате Kubernetes приложения на Azure, наистина няма алтернатива, особено когато обмисляте услуги като Azure Dev Spaces. Надграждайки AKS, Dev Spaces ви осигурява сигурна, частна среда за изграждане, тестване и отстраняване на грешки в родния ви код в облака, без да се засяга производствените услуги.

Разработете за облака на вашия лаптоп с WSL 2 и Docker

Не беше толкова отдавна, че няма да видите нищо друго освен редица светещи лога на Apple при всяко събитие за разработчици. Сега това е много по-смесен състав, тъй като Microsoft работи, за да спечели разработчиците обратно към Windows, предоставяйки бърз достъп до популярни езици като Python, лесен за персонализиране редактор на програмист в Visual Studio Code, нов терминал на Windows и повечето важно е подсистемата на Windows за Linux (WSL).

Първоначално емулирайки ядро ​​на Linux, WSL скоро ще бъде надграден със собствено ядро ​​на Linux, работещо заедно с Windows. Предназначен да улесни изграждането и тестването на облачни приложения на компютър, WSL 2 ще включва и файлова система Linux, която може да бъде достъпна от Windows, както и поддръжка за отдалечено редактиране с помощта на Visual Studio Code. Docker е започнал да тества версия на Docker Desktop за WSL 2. Това добавя поддръжка на местни контейнери за Linux към Windows, използвайки познати dockerfiles за изграждане и разгръщане на екземпляри на локални контейнери и код за директна работа със съдържанието им.

Комбинацията от Windows, Linux и Docker осигурява гъвкава основа за изграждане на мощен набор от инструменти за разработка от край до край, който използва всяка платформа изцяло и ви дава гъвкавостта да работите по начина, по който искате, като същевременно доставяте код до общи хранилища.

Защитете IoT с Azure Sphere

Измина известно време, откакто за последен път разгледах Azure Sphere, платформата на Microsoft за защитен IoT. Смесването на базирана на хардуер защита с персонализирано ядро ​​на Linux и хоствана в облак платформа за управление е начин да се гарантира, че операционната система и приложенията, изпълнявани на вашия хардуер, не са били подправени и че кодът не може да бъде променен или вмъкнат от злонамерени трети страни.

Съвет за разработка, използващ защитения микроконтролер ARM на Microsoft, се предлага от известно време и наскоро към него се присъединиха по-евтини алтернативи. Ясно е, че Azure Sphere вече е готова за употреба във вашите продукти, като вече са налични готови за производство модули и SOC, така че можете да изградите свой собствен хардуер около него. Не се нуждаете от нови инструменти за разработка; цялото развитие на Azure Sphere се извършва в познатото Visual Studio.

Едно от най-интересните разработки е набор от базирани на сфери единици за защита, които могат да работят със съществуващите индустриални контролери, добавяйки слой защита при интегриране на PLC и други съществуващи индустриални системи с вашите приложения, което ви позволява да свързвате устройства, които може да са били разгледани твърде рисковано да се добави към IoT платформа в миналото.