Praėjusios savaitės tinklaraščio įrašų serijoje „Microsoft“ išsamiai išdėstė esminius pokyčius, kaip plėtoja .NET kalbas. Tai buvo gera žinia „C #“ ir „F #“ kūrėjams, tačiau, nors „Microsoft“ teigiamai suko tai, ką pakeitimai reiškė „Visual Basic“, ilgalaikė garbingos kalbos ateitis atrodo ne tokia tikra.
„Microsoft Visual Basic“ jau seniai yra viena iš mėgstamiausių, bet neabejotinai viena iš plačiausiai naudojamų kalbų pasaulyje ir iš tikrųjų „Microsoft“ yra įmonės etape. Nuo pirmųjų šešių iteracijų, kaip kalbos kliento ir serverio programoms kurti, iki jos atgimimo kaip .NET platformos dalis, „Visual Basic“ buvo įrankis greitam įmonės programų kūrimui. Tai iš dalies dėl didžiulės vartotojo sąsajos komponentų bibliotekos, jungtys prie bendrų duomenų bazių ir komponentų modelio, leidusio trečiosioms šalims kurti verslą teikiant papildomas funkcijas.
Perėjimas prie .NET kaip „Microsoft“ kūrimo strategijos pagrindo buvo prasmingas naujoms kalboms, tokioms kaip C #, tačiau tai reiškė „Visual Basic“ pakeitimus, kai kodas negalėjo lengvai pereiti iš senojo „Visual Basic“ į naują „VB.NET“.
Kūrėjams tai buvo sunkus perėjimas, o „Visual Basic“ pradėjo nebetenkinti įmonės plėtros ir „Microsoft“. Nepaisant to, „Microsoft“ pažadėjo sinchronizuoti C # ir VB.NET. „C #“ sukurtos funkcijos taptų „Visual Basic“ dalimi, abiem kalboms vystantis kartu. Priežastis buvo ta, kad jie dažnai buvo naudojami tai pačiai užduočiai ir turėjo tą patį pagrindinį pobūdį: abi labai tipiškos, į objektą orientuotos kalbos, veikiančios tais pačiais įrankiais.
„Visual Basic“ ir „C #“: artėja naujas skirtumas
Praėjusios savaitės pranešimu tos bendros evoliucijos nebėra. „Microsoft“ leis dviem kalboms eiti skirtingais keliais, pradedant netrukus pasirodysiančia „Visual Basic 15“.
Tai nestebina skyrybomis. C # populiarumas augo šuoliais ir šuoliais, o „Visual Basic“ pamažu slinko žemyn, beveik dingo iš populiarių programavimo užklausų svetainių, tokių kaip „Stack Overflow“, radaro. Keičiasi ir naudojimo atvejai: „Visual Basic“ vis dar orientuota į savo pirminę kliento-serverio paradigmą, o C # tapo įrankiu n- įvairios žiniatinklio programos, veikiančios debesyse ir patalpose. Vis daugiau ir daugiau programų, sukurtų dirbti su žiniatinkliu ir debesimis, nenuostabu, kad C # tampa pirmuoju pasirinkimu daugeliui projektų.
Yra ir kalbų vystymosi pokyčių. C # perėjo prie atviro dizaino modelio, o tai reiškia, kad jo vartotojai yra vairuotojo kėdėje ir teikia pirmenybę naujoms funkcijoms dėl aktyvaus adresų sąrašo ir viešos „GitHub“ saugyklos. „Microsoft“ jau pasinaudojo naujomis funkcijomis iš įmonės išorės - tai buvo didelis pokytis, palyginti su tradiciniais kalbos inžinerijos procesais, sutelktais į savo tyrimų grupes ir vidines produktų valdymo komandas.
„Visual Basic“ taip pat turi atvirą dizaino modelį, tačiau jis turi skirtingus prioritetus nei C #. Jis jau palaiko C # funkcijų pogrupį dabartinėse versijose kaip „Visual Studio 2017“ kandidato leidimo dalis.
Kai C # toliau skiriasi nuo „Visual Basic“, matysime, kaip abi kalbos vystosi atskirai, nors jos turėtų mokėti dirbti kartu. Abu jie vis tiek turėtų adresuoti tas pačias .NET API ir abu vis tiek bus „Visual Studio“ įrankių dalis.
Ką šie pokyčiai reiškia įmonės kūrėjams
Šiuo metu įmonėms yra labai mažai ką nuveikti dėl šio būsimo skirtumo.
Tačiau ateityje „Visual Basic“ tikrai yra galimybių dirbti įvairiose platformose, nes kartu su pažįstama .NET Framework bus palaikoma .NET Standard bazinių klasių bibliotekų rinkinys. Nors kai kurie kodai bus nešiojami, ne visi „Visual Basic“ kodai galės pereiti iš vieno bibliotekų rinkinio į kitą mažesnį rinkinį. Tikėtina, kad esamas kodas liks tik „Windows“ ir tik vietinėse programose.
Kaip kūrėjas turėsite pasirinkti, ar perkelti „Visual Basic“ kodą į naujesnes platformas per .NET Standard, ar pereiti į tokias kalbas kaip C #, kurios siūlo platesnį tikslinių sistemų ir įrenginių asortimentą.
Kadangi „.NET Standard“ yra skirtas visoms .NET platformoms, tai yra svarbus ekvalaizeris. Tačiau tai nėra būtina visoms .NET kalboms. Nors „Visual Basic“ jo prireiks sistemose, kuriose nėra visos .NET Framework, C # galės tiesiogiai kreiptis į tokias platformas kaip .NET Core, pasiekdamas savo API. Tai taip pat palengvina C # dariniams, pvz., „Unity“, palaikyti savo specializuotas API.
C # su „.NET Framework“ palaikymu „Windows“ ir atvirojo kodo „.NET Core“ (veikia „Nano Server“ ir konteineriuose) taps pirmuoju debesų ir mobiliųjų programų pasirinkimu, o funkcinis programavimo modelis F # bus idealus finansinėms paslaugoms. ir programos, kurios remiasi mašininiu mokymusi.
Vienas aiškių šių pokyčių veiksnių yra „Microsoft“ įsigytas „Xamarin“. „Microsoft“ reikia įvairių platformų įrankių rinkinio, kad būtų palaikomas didesnis mobiliųjų įrenginių asortimentas, o „Windows Mobile“ nepavyksta įgyti įmonės rinkos dalies, kaip tikėtasi. Net „Windows Mobile“ pritaikytose geografinėse vietose, tokiose kaip Jungtinė Karalystė, „iOS“ ir „Android“ kartu turi daugiau nei 80 procentų rinkos. „Microsoft“ kūrėjai, norintys sukurti mobiliuosius kompiuterių sąsajas savo programoms, turės naudoti tokius įrankius kaip „Xamarin“, kad nukreiptų į dominuojančias mobiliąsias platformas.
„Xamarin“ sutelkdamas dėmesį į C #, „Microsoft“ turi aiškiai pasakyti, kad C # yra pirmos klasės .NET kalba. Nors tai nėra aišku naujausiuose „Microsoft“ pranešimuose apie kalbą, tai tvirtai numanoma.
Kaip turėtumėte valdyti savo įmonės kalbos strategiją
Tai nėra „Visual Basic“ atsisveikinimas, tačiau atėjo laikas įvertinti, kur esate ir kur norite būti. Esamas „Visual Basic“ programas galima ir toliau kurti, tačiau tobulėjant pagrindinei .NET platformai, turėtumėte tikėtis, kad „Visual Basic“ kūrėjams bus prieinamas tik .NET API pogrupis. Nors tai greičiausiai nebus problema per trumpą laiką, turėtumėte pasirengti ilgesniam laikotarpiui pereiti prie C # arba F #, ypač jei planuojate naudoti savo mobiliuosius ar kelių platformų naudotojus.
Atrodo aišku, kad geriausias būdas išvengti techninių skolų perviršio yra C # prioritetas naujai plėtrai. C # turi aukščiausios klasės palaikymą ir vartotojo orientuotą dizaino modelį. Tai taip pat yra „Microsoft“ įvairių platformų kūrimo ir „Universal Windows“ platformos šerdis. Tai reiškia, kad galite vieną kartą parašyti verslo logiką, tada pristatyti tinkintą vartotojo patirtį žiniatinklyje, „Windows 10“, „iOS“, „Android“ ir „MacOS“. Taip pat yra pakankamai daug kalbų, kad kūrėjai turėtų sugebėti palyginti lengvai pereiti, po pradinio mokymo pasiimti naujų funkcijų.
