Vuoden 2019 lopussa kannattaa katsoa eteenpäin, kun laitat yhteen sovelluskehityssuunnitelmat ja teknologiasuunnitelmat. Viime vuodet ovat tuottaneet paljon muutoksia kenelle tahansa, joka rakentaa Microsoftin monille alustoille, ja tämä tahti ei ole hidastumassa.
Mitä sinun pitäisi katsoa vuonna 2020 ja miksi? Tässä on viisi vaihtoehtoa Windowsille, Azurelle ja muille. He eivät ole ainoat, mutta heidän pitäisi aloittaa sinut tiellä kohti nykyaikaisempaa kehitysalustaa ja työkaluja.
Aloita siirtyminen .NET 5: een
Ehkä suurin .NET-koodia rakentavan henkilön kohtaama haaste on muutos ikääntyvästä .NET Frameworkista .NET Core: ksi julkaisemalla .NET 5 vuoden 2020 loppupuolella. .NETin kahden osion yhdistäminen on järkevää, vaikka se vaatii vanhojen sovellusliittymien menettämisen. Microsoft on laatinut luettelon siirtymisestä .NET GitHub -tietovarastoon. Osa puuttuvista sovellusliittymistä siirtyy yhteisötoteutuksiin, kun taas toiset saavat nykyaikaisempia vaihtoehtoja.
Jos tuet ja kehität .NET Framework -koodia, 2020 tarjoaa sinulle hyvän mahdollisuuden tutkia, miten koodi toimitetaan tulevaisuudessa. Nykyinen .NET Core 3.1 -julkaisu on pitkäaikainen tukiversio ja tukee yhdessä .NET Standard -kirjastojen kanssa monia .NET 5: ssä olevia sovellusliittymiä. Koodin siirtäminen .NET Core 3.1: een antaa sinulle mahdollisuuden tutkia paitsi mitä muutoksia koodiin on tehtävä, myös uuden työkaluketjun rakentaminen.
.NET Corein tulevaisuus on monitasoinen, ja Blazor on WebAssembly ja palvelinpuoli ASP.NET: n ja Razorin kautta. .NET Core Windows-, macOS- ja Linux-käyttöjärjestelmissä; ja Xamarinin kanssa mobiililaitteissa. Koodin siirtäminen .NET 5: een ei ole pelkästään tulevien Windows-julkaisujen tukeminen, se on mahdollisuus toimittaa se monille muille alustoille ja käyttäjille.
Aloita WinUI 3.0: n tutkiminen
2020 on Windows-alustan muutos. Microsoft jakaa vihdoin Windows SDK: n: erottaa käyttöliittymäkomponentit WinUI: ksi ja jättää käyttöjärjestelmän tason ominaisuudet. Tulevan WinUI 3.0 -version myötä käyttöliittymän komponentit voivat lähettää eri poljinnopeuden kuin käyttöjärjestelmä ja lisätä uusia hallintalaitteita niiden julkaisun yhteydessä. Niitä tuetaan Windows 10: ssä käytettäväksi Win32- ja WinForms-sovelluksissa sekä Universal Windows Platform (UWP) -sovelluksissa.
WinUI: ta tuetaan myös nykyaikaisissa selaimissa, kuten uudessa Chromium-pohjaisessa Edgessä, yhteistyössä Uno-alustan kanssa, joka siirtää ohjausobjektit WebAssembleen, jolloin WinUI tavoittaa paljon laajemman yleisön. Olemassa olevat UWP-sovellukset pystyvät käyttämään WinUI 3.0: ta vähäisin muutoksin, ja C ++ -koodi voi käyttää uusia ohjausobjekteja tukemaan Microsoftin sujuvaa suunnittelukieliä.
Käytä AKS: ää pilvipohjaisissa sovelluksissa
Nykyaikaisten pilvisovellusten rakentaminen tarkoittaa hajautettujen mikropalvelupohjaisten sovellusten rakentamista, konttikoodin käyttöönottoa missä ja milloin sitä tarvitaan ja resurssien hallintaa kysyntään vastaamiseksi. Tämä kaikki lisää orkesterin tarvetta skaalauksen ja käyttöönoton hallintaan. Voisit toteuttaa Kubernetesin itse päästäksesi kubectlin ja YAML: n määritystiedostojen hienoon rakeeseen. Azurella on kuitenkin vaihtoehto: hallittu vaihtoehto Azure Kubernetes -palvelun kanssa sekä Linux- että Windows-säilöille.
Tämä yksinkertaistaa konttien sisältämien sovellusten ja palveluiden käyttöönottoa tutun Azure-portaalin avulla, pääsyn Azurin omiin verkko-ominaisuuksiin ja kykyä työskennellä esimerkiksi HashiCorpin Terraformin kaltaisten työkalujen kanssa. Muita vaihtoehtoja ovat roolipohjainen kulunvalvonta, jolla estetään pääsy resursseihin, mikä vähentää suojauksen altistumista.
AKS skaalaa Kubernetes-klusterisi automaattisesti ylös ja alas, ja se integroituu Azuren valvontatyökaluihin, jotta voit seurata tarkkaan huoltotoimintojasi. Tuloksena on sekoitus puhdasta Kubernetes-alustaa, jota voidaan hallita Kubernetes-työkaluilla hienorakeiseen hallintaan ja tuttu Azure-portaali, jolla on hallittu pääsy muihin Azure-palveluihin. Palveluintegraatio voi yksinkertaistaa Kubernetes-toimintoja, esimerkiksi käyttämällä suoraa pääsyä Azure-tallennustilaan pysyviä tietoja varten ja tuen Azurin omalle säilörekisterille.
Jos rakennat Kubernetes-sovelluksia Azureen, vaihtoehtoa ei todellakaan ole, varsinkin kun harkitset Azure Dev Spacesin kaltaisia palveluita. AKS: n pohjalta Dev Spaces antaa sinulle turvallisen, yksityisen ympäristön pilvi-natiivikoodin rakentamiseen, testaamiseen ja virheenkorjaukseen vaikuttamatta tuotantopalveluihin.
Kehitä kannettavan tietokoneen pilvipalveluun WSL 2: n ja Dockerin avulla
Ei niin kauan sitten, että missään kehittäjätapahtumassa ei ollut muuta kuin hehkuvia Apple-logoja. Nyt se on paljon monimutkaisempi kokoonpano, koska Microsoft on pyrkinyt saamaan kehittäjät takaisin Windowsiin tarjoamalla nopean pääsyn suosittuihin kieliin, kuten Python, helposti muokattava ohjelmoijan editori Visual Studio Code -sovellukseen, uusi Windows-pääte ja mikä tärkeintä, Windows-alijärjestelmä Linuxille (WSL).
Alun perin jäljittelemällä Linux-ydintä WSL päivitetään pian omalla Linux-ytimellään, joka toimii Windowsin rinnalla. Pilvisovellusten rakentamisen ja testaamisen helpottamiseksi tietokoneella WSL 2 sisältää myös Linux-tiedostojärjestelmän, johon pääsee Windowsista, ja tuen etämuokkaamiseen Visual Studio Code -sovelluksella. Docker on alkanut testata Docker Desktop -versiota WSL 2: lle. Tämä lisää Windowsille natiivin Linux-säilötuen käyttämällä tuttuja docker-tiedostoja paikallisten kontti-ilmentymien rakentamiseen ja käyttöönottoon, ja Code toimii suoraan niiden sisällön kanssa.
Windowsin, Linuxin ja Dockerin yhdistelmä tarjoaa joustavan perustan tehokkaan kokonaisvaltaisen kehitystyökalusarjan rakentamiseen, joka käyttää kutakin alustaa täysin ja antaa sinulle joustavuuden työskennellä haluamallasi tavalla ja samalla toimittaa koodia yleisiin arkistoihin.
Suojaa IoT Azure Sphere -palvelulla
On kulunut jonkin aikaa siitä, kun katsoin viimeksi Azure Sphereä, Microsoftin suojatun esineiden internetin alustaa. Laitteistopohjaisen tietoturvan sekoittaminen mukautettuun Linux-ytimeen ja pilvi-isännöityyn hallintaympäristöön on tapa varmistaa, että käyttöjärjestelmää ja laitteistossasi olevia sovelluksia ei ole peukaloitu ja että koodia ei voi muuttaa tai lisätä haitalliset kolmannet osapuolet.
Kehityskortti, joka käyttää Microsoftin suojattua ARM-mikrokontrolleria, on ollut saatavilla jo jonkin aikaa, ja siihen on hiljattain liittynyt halvempia vaihtoehtoja. On selvää, että Azure Sphere on nyt käyttövalmis tuotteissasi ja tuotantovalmiit moduulit ja SOC: t ovat nyt saatavilla, joten voit rakentaa oman laitteesi sen ympärille. Et tarvitse uusia kehitystyökaluja; kaikki Azure Sphere -kehitykset tapahtuvat tutussa Visual Studiossa.
Yksi mielenkiintoisimmista kehityksistä on joukko Sphere-pohjaisia huoltajayksiköitä, jotka voivat työskennellä nykyisten teollisten ohjaimien kanssa, lisäämällä suojakerroksen integroimalla PLC: itä ja muita olemassa olevia teollisuusjärjestelmiä sovelluksiisi, jolloin voit liittää laitteita, joita voidaan pitää liian riskialtista lisätä IoT-alustalle aiemmin.
