På slutten av 2019 er det verdt å se fremover når du setter sammen applikasjonsutviklingsplanene og teknologikartene dine. De siste årene har gitt mye forandring for alle som bygger på Microsofts mange plattformer, og tempoet bremser ikke.
Hva bør du se på i 2020, og hvorfor? Her er fem alternativer for Windows, for Azure og utover. De er ikke de eneste, men de bør starte deg på veien til et mer moderne sett med utviklingsplattformer og verktøy.
Start overgangen til .NET 5
Kanskje den største utfordringen for alle som bygger .NET-kode, er endringen fra den aldrende .NET Framework til .NET Core med utgivelsen av. NET 5 mot slutten av 2020. Å samle de to trådene i. NET er fornuftig, selv om det krever at du mister noen eldre APIer. Microsoft har lagt ut en liste over hva som vil og ikke vil gjøre overgangen på .NET GitHub-depotet. Noen av de manglende API-ene vil skifte til implementeringer i samfunnet, mens andre får mer moderne alternativer.
Hvis du støtter og utvikler .NET Framework-kode, gir 2020 deg en god mulighet til å utforske hvordan koden vil bli levert i fremtiden. Den nåværende .NET Core 3.1-utgivelsen er en langvarig støtteversjon og støtter sammen med .NET Standard-bibliotekene mange av APIene som vil være i .NET 5. Porteringskode til. NET Core 3.1 gir deg muligheten til å utforske ikke bare hvilke endringer som må gjøres i koden din, men også å bygge en ny verktøykjede.
Fremtiden til .NET Core er plattformoverskridende, med Blazor på WebAssembly og server-side via ASP.NET og Razor; .NET Core på Windows, macOS og Linux; og med Xamarin på mobile enheter. Å flytte kode til .NET 5 handler ikke bare om å støtte fremtidige Windows-utgivelser, det er en mulighet til å levere den til mange flere plattformer og brukere.
Begynn å utforske WinUI 3.0
2020 er når Windows-plattformen endres. Microsoft deler endelig Windows SDK i to: skiller ut UI-komponenter i WinUI og forlater funksjonene på OS-nivå. Med den kommende utgivelsen av WinUI 3.0 vil UI-komponenter kunne sendes på en annen tråkkfrekvens enn operativsystemet, og legge til nye kontroller etter hvert som de slippes. De vil bli støttet på tvers av Windows 10 for bruk i Win32- og WinForms-apper, så vel som i Universal Windows Platform (UWP) -applikasjoner.
WinUI vil også bli støttet i moderne nettlesere som den nye Chromium-baserte Edge gjennom et partnerskap med Uno-plattformen, som vil overføre kontroller til WebAssembly, slik at WinUI kan nå et mye bredere publikum. Eksisterende UWP-applikasjoner vil kunne bruke WinUI 3.0 med minimale endringer, og C ++ - kode vil kunne bruke nye kontroller for å legge til støtte for Microsofts flytende designspråk.
Bruk AKS for cloud-native applikasjoner
Å bygge moderne skyapplikasjoner betyr å bygge distribuerte mikroservicebaserte applikasjoner, distribuere containerisert kode når og hvor det trengs, og administrere ressurser for å svare på etterspørsel. Alt dette betyr at du trenger en orkestrator for å håndtere skalering og distribusjon. Du kan implementere Kubernetes selv, komme inn i det nitty-gritty av kubectl og YAML konfigurasjonsfiler. Imidlertid er det et alternativ på Azure: et administrert alternativ med Azure Kubernetes-tjenesten, for både Linux- og Windows-containere.
Dette forenkler distribusjonen av dine containeriserte applikasjoner og tjenester ved hjelp av den velkjente Azure-portalen, med tilgang til Azures egne nettverksfunksjoner og muligheten til å jobbe med verktøy som HashiCorps Terraform. Andre alternativer inkluderer rollebasert tilgangskontroll for å låse tilgangen til ressurser, noe som reduserer sikkerhetseksponeringen.
AKS skalerer automatisk Kubernetes-klyngen opp og ned, og den integreres med Azures overvåkingsverktøy slik at du kan følge med på tjenestedriften. Resultatet er en blanding av en ren Kubernetes-plattform som kan administreres ved hjelp av Kubernetes-verktøy for finkornet kontroll og den velkjente Azure-portalen med administrert tilgang til andre Azure-tjenester. Denne tjenesteintegrasjonen kan forenkle Kubernetes-operasjoner, for eksempel med direkte tilgang til Azure-lagring for vedvarende data og støtte for Azures eget containerregister.
Hvis du bygger Kubernetes-applikasjoner på Azure, er det virkelig ikke noe alternativ, spesielt når du vurderer tjenester som Azure Dev Spaces. Dev Spaces bygger på AKS, og gir deg et sikkert, privat miljø for å bygge, teste og feilsøke den innfødte koden din uten å påvirke produksjonstjenester.
Utvikle for skyen på den bærbare datamaskinen din med WSL 2 og Docker
Det var ikke så lenge siden du ikke ville se noe annet enn en linje med glødende Apple-logoer på ethvert utviklerarrangement. Nå er det en mye mer blandet serie, ettersom Microsoft har jobbet for å vinne utviklere tilbake til Windows, og levere rask tilgang til populære språk som Python, en lett å tilpasse programmeringsredaktør i Visual Studio Code, en ny Windows Terminal, og de fleste enda viktigere, Windows Subsystem for Linux (WSL).
Opprinnelig etterlignet en Linux-kjerne, vil WSL snart bli oppgradert med sin egen Linux-kjerne som kjører sammen med Windows. Hensikten med å gjøre det enklere å bygge og teste skyapplikasjoner på en PC, vil WSL 2 også inkludere et Linux-filsystem som er tilgjengelig fra Windows, og støtte for ekstern redigering ved hjelp av Visual Studio Code. Docker har begynt å teste en versjon av Docker Desktop for WSL 2. Dette legger til opprinnelig Linux-containerstøtte til Windows, ved hjelp av kjente dockerfiler for å bygge og distribuere lokale containerforekomster, og Code for å jobbe direkte med innholdet.
Kombinasjonen av Windows, Linux og Docker gir et fleksibelt grunnlag for å konstruere et kraftig end-to-end-sett med utviklingsverktøy som bruker hver plattform fullt ut og gir deg fleksibiliteten til å jobbe slik du vil, mens du fremdeles leverer kode til vanlige arkiver.
Sikker IoT med Azure Sphere
Det er en stund siden jeg sist så på Azure Sphere, Microsofts plattform for sikker IoT. Å blande maskinvarebasert sikkerhet med en tilpasset Linux-kjerne og en skyhostet administrasjonsplattform er en måte å sikre at operativsystemet og applikasjonene som kjører på maskinvaren din ikke er blitt manipulert, og at koden ikke kan endres eller settes inn av ondsinnede tredjeparter.
Et utviklingskort som bruker Microsofts sikre ARM-mikrokontroller, har vært tilgjengelig i noen tid nå, og det har nylig fått selskap av billigere alternativer. Det er klart at Azure Sphere nå er klar til bruk i produktene dine, med produksjonsklare moduler og SOC-er nå tilgjengelig, slik at du kan bygge din egen maskinvare rundt den. Du trenger ikke nye utviklingsverktøy; all Azure Sphere-utvikling foregår i det velkjente Visual Studio.
En av de mer interessante utviklingene er et sett med sfærebaserte verneenheter som kan fungere med eksisterende industrielle kontrollere, og legge til et beskyttelseslag når du integrerer PLCer og andre eksisterende industrielle systemer med applikasjonene dine, slik at du kan koble til enheter som kan ha blitt vurdert for risikabelt å legge til en IoT-plattform tidligere.
