2019. gada beigās ir vērts skatīties uz priekšu, kad jūs sastādāt lietojumprogrammu izstrādes plānus un tehnoloģiju ceļvežus. Pēdējie pāris gadi ir radījuši daudz pārmaiņu ikvienam, kurš būvē uz daudzajām Microsoft platformām, un šis temps nemazinās.
Kas jums būtu jāaplūko 2020. gadā un kāpēc? Šeit ir piecas opcijas operētājsistēmai Windows, Azure un citām. Viņi nav vienīgie, taču viņiem vajadzētu sākt ceļu uz modernāku attīstības platformu un rīku komplektu.
Sāciet pāreju uz .NET 5
Iespējams, ka vislielākais izaicinājums ikvienam, kas veido .NET kodu, ir pāreja no novecojošās .NET Framework uz .NET Core, izlaižot .NET 5 2020. gada beigās. Ir jēga apvienot abus .NET pavedienus, pat ja tas notiek. tomēr ir nepieciešams zaudēt dažas vecākas API. Korporācija Microsoft ir izveidojusi sarakstu ar to, kas veiks un neveiks pāreju uz .NET GitHub krātuvi. Daži no trūkstošajiem API pāriet uz kopienas ieviešanu, bet citi iegūst modernākas alternatīvas.
Ja atbalstāt un attīstāt .NET Framework kodu, 2020. gads dod jums labu iespēju izpētīt, kā kods tiks piegādāts nākotnē. Pašreizējā .NET Core 3.1 versija ir ilgtermiņa atbalsta versija, un tā kopā ar .NET Standard bibliotēkām atbalsta daudzas API, kas būs .NET 5. Koda pārnešana uz .NET Core 3.1 sniedz jums iespēju izpētīt ne tikai kādas izmaiņas ir jāveic jūsu kodā, bet arī jāveido jauna rīku ķēde.
.NET Core nākotne ir starpplatforma, ar Blazor WebAssembly un servera pusē, izmantojot ASP.NET un Razor; .NET Core operētājsistēmā Windows, macOS un Linux; un ar Xamarin mobilajās ierīcēs. Koda pārvietošana uz .NET 5 nav tikai nākotnes Windows laidienu atbalstīšana, tā ir iespēja to piegādāt vēl daudzām platformām un lietotājiem.
Sāciet WinUI 3.0 izpēti
2020. gads ir tad, kad mainās Windows platforma. Microsoft beidzot sadala Windows SDK divās daļās: UI komponentus atdala WinUI un atstāj OS līmeņa funkcijas. Līdz ar gaidāmo WinUI 3.0 izlaišanu, lietotāja saskarnes komponentus varēs piegādāt citā kadencē nekā OS, pievienojot jaunus vadības elementus, tiklīdz tie tiek izlaisti. Tie tiks atbalstīti visā Windows 10 izmantošanai Win32 un WinForms lietotnēs, kā arī Universal Windows Platform (UWP) lietojumprogrammās.
WinUI tiks atbalstīts arī mūsdienu pārlūkprogrammās, piemēram, jaunajā Chromium balstītajā Edge, izmantojot partnerību ar Uno platformu, kas vadīs vadības elementus uz WebAssembly, ļaujot WinUI sasniegt daudz plašāku auditoriju. Esošās UWP lietojumprogrammas varēs izmantot WinUI 3.0 ar minimālām izmaiņām, un C ++ kods varēs izmantot jaunas vadīklas, lai pievienotu atbalstu Microsoft Fluent dizaina valodai.
Izmantojiet AKS vietējām mākoņprogrammām
Mūsdienu mākoņu lietojumprogrammu veidošana nozīmē izplatītu uz mikropakalpojumiem balstītu lietojumprogrammu veidošanu, konteinerizēta koda izvietošanu, kad un kur tas nepieciešams, un resursu pārvaldību, lai reaģētu uz pieprasījumu. Tas viss nozīmē to, ka ir nepieciešams orķestrators, lai pārvaldītu mērogošanu un izvietošanu. Jūs pats varētu ieviest Kubernetes, iekļūstot kubectl un YAML konfigurācijas failu sīkumos. Tomēr Azure ir alternatīva: pārvaldīta opcija ar Azure Kubernetes Service gan Linux, gan Windows konteineriem.
Tas vienkāršo konteinerizēto lietojumprogrammu un pakalpojumu izvietošanu, izmantojot pazīstamo Azure portālu, ar piekļuvi pašas Azure tīkla funkcijām un iespēju strādāt ar tādiem rīkiem kā HashiCorp's Terraform. Citas iespējas ietver uz lomu balstītu piekļuves kontroli, lai bloķētu piekļuvi resursiem, samazinot drošības iedarbību.
AKS automātiski mērogos jūsu Kubernetes kopu uz augšu un uz leju, un tā tiek integrēta ar Azure uzraudzības rīkiem, lai jūs varētu uzmanīgi sekot savām apkalpošanas operācijām. Rezultāts ir tīras Kubernetes platformas sajaukums, kuru var pārvaldīt, izmantojot Kubernetes rīkus precīzai kontrolei, un pazīstamo Azure portālu ar pārvaldītu piekļuvi citiem Azure pakalpojumiem. Šī pakalpojumu integrācija var vienkāršot Kubernetes darbības, piemēram, ar tiešu piekļuvi pastāvīgiem datiem Azure krātuvei un paša Azure konteineru reģistra atbalstu.
Ja veidojat Kubernetes lietojumprogrammas Azure, tiešām nav citas alternatīvas, it īpaši, ja ņemat vērā tādus pakalpojumus kā Azure Dev Spaces. Pamatojoties uz AKS, Dev Spaces nodrošina drošu, privātu vidi, lai izveidotu, pārbaudītu un atkļūdotu mākoņa vietējo kodu, neietekmējot ražošanas pakalpojumus.
Izstrādājiet mākonim savā klēpjdatorā, izmantojot WSL 2 un Docker
Tas nebija tik sen, ka jebkurā izstrādātāja pasākumā jūs neredzējāt neko citu kā kvēlojošu Apple logotipu līniju. Tagad tas ir daudz jaukts sastāvs, jo Microsoft ir strādājis, lai atgūtu izstrādātājus atpakaļ uz Windows, nodrošinot ātru piekļuvi populārām valodām, piemēram, Python, viegli pielāgojamam programmētāja redaktoram Visual Studio Code, jaunam Windows terminālim un lielākajai daļai kas ir svarīgi, Windows apakšsistēma Linux (WSL).
Sākotnēji atdarinot Linux kodolu, WSL drīzumā tiks jaunināts ar savu Linux kodolu, kas darbojas kopā ar Windows. Paredzēts vienkāršot mākoņa lietojumprogrammu izveidi un testēšanu personālajā datorā, WSL 2 ietvers arī Linux failu sistēmu, kurai var piekļūt no Windows, un atbalstu attālajai rediģēšanai, izmantojot Visual Studio Code. Docker ir uzsācis Docker Desktop versijas testēšanu WSL 2. Tas Windows papildina vietējo Linux konteineru atbalstu, izmantojot pazīstamus dockerfiles, lai izveidotu un izvietotu vietējo konteineru gadījumus, un Code, lai strādātu tieši ar to saturu.
Windows, Linux un Docker kombinācija nodrošina elastīgu pamatu jaudīgu pilnīgas izstrādes rīku kopas izveidošanai, kas pilnībā izmanto katru platformu, un dod jums elastību strādāt tā, kā vēlaties, vienlaikus piegādājot kodu kopīgām krātuvēm.
Droša IoT, izmantojot Azure Sphere
Ir pagājis kāds laiks, kopš es pēdējo reizi apskatīju Azure Sphere, Microsoft drošu IoT platformu. Aparatūras drošības sajaukšana ar pielāgotu Linux kodolu un mākoņos mitinātu pārvaldības platformu ir veids, kā nodrošināt, ka operētājsistēma un aparatūrā darbināmās lietojumprogrammas netiek sagrozītas un ka kodu nevar mainīt vai ievietot ļaunprātīgas trešās puses.
Izstrādes dēlis, kurā izmantots Microsoft drošais ARM mikrokontrolleris, jau kādu laiku ir pieejams, un tam nesen pievienojās lētākas alternatīvas. Ir skaidrs, ka Azure Sphere tagad ir gatavs lietošanai jūsu produktos, un tagad ir pieejami ražošanai gatavi moduļi un SOC, tāpēc ap to varat izveidot savu aparatūru. Jums nav nepieciešami jauni izstrādes rīki; visa Azure Sphere izstrāde notiek pazīstamajā Visual Studio.
Viens no interesantākajiem notikumiem ir sfērā balstītu aizbildņu vienību kopums, kas var strādāt ar esošajiem rūpnieciskajiem kontrolieriem, pievienojot aizsardzības slāni, integrējot PLC un citas esošās rūpnieciskās sistēmas ar savām lietojumprogrammām, ļaujot savienot ierīces, kuras, iespējams, tika apsvērtas pārāk riskanti pievienot IoT platformai pagātnē.
