Apžvalga: „Visual Studio 2017“ yra geriausia

Prieš dvejus metus, kai peržiūrėjau „Visual Studio 2015“, atvykau pagalvodamas, kad „Microsoft“ IDE tapo sudėtingiausiu produktu kada nors, o „Microsoft“ ateityje turės jį supaprastinti. Klydau vienu atžvilgiu: nors „Microsoft“ išmetė keletą „Visual Studio 2017“ funkcijų, ji pridėjo daug daugiau. Tačiau tikrai „Microsoft“ sugebėjo „Visual Studio 2017“ pristatyti paprastesnį ir sumanesnį IDE, nepaisant to, kad padidino savo galimybes.

Skirtingai nuo kai kurių ankstesnių „Visual Studio“ versijų, kuriose daugiausia dėmesio buvo skiriama naujų sudėtingų „Microsoft“ specifinių technologijų, tokių kaip „Windows Communication Foundation“ ir „Windows Workflow Foundation“, pristatymui, „Visual Studio 2017“ įdiegiama ir veikia geriau ir greičiau, palaiko daugiau programavimo kalbų ir platformų, pagerina kūrėjų produktyvumą ir taiko natūraliais būdais pereiti nuo platformos.

Daugeliui „Visual Studio 2015“ vartotojų naujovinimas į „Visual Studio 2017“ bus nereikalingas. Panagrinėkime kodėl.

Didesnis ir mažesnis

Kai kuriais aspektais „Visual Studio 2017“ atrodo dar labiau kaip didelis griebtuvas, susijęs su reikšmingai susijusiais produktais, nei ankstesnės „Visual Studio“ versijos. Jo besiplečiančiame kūrimo tikslų rinkinyje dabar yra „Windows“, „Android“, „iOS“, „Linux“, „MacOS“. .js, „Python“ arba (didelis kvapas) „TypeScript“. Koks sąrašas - ir jis net nėra išsamus, nes yra papildomų palaikomų technologijų, tokių kaip „SQL Server“, „Visual Studio“ plėtiniai ir R.

Kaip net susieti interneto kūrimą su ASP.Net su „Android“ ir „iOS“ kūrimu? Na, yra būdas padaryti visa tai aukščiau C #, kur mobiliosios pusės technologijos yra „Xamarin“ ir „Mono“. Tačiau tai nėra vienintelis mobiliųjų įrenginių „Visual Studio 2017“ variantas.

Galbūt jums nepatinka C #, bet vis tiek norite tobulėti „Android“ ir „iOS“. Tada kaip naudotis C ++ ar „JavaScript“? Abi kalbos palaikė mobiliųjų kūrimų darbo krūvius. Gilinantis, „Visual Studio“ strategija, kad kažkas visiems yra susieta su bendromis sąsajomis (tiek vartotojo sąsaja, tiek API), tampa prasminga. Galų gale, dauguma programinės įrangos kūrėjų, kalbėdami apie programavimo kalbas ir susijusias technologijas, yra būtini daugiakalbiai. Dienos, kai galėjau viską parašyti „Fortran“, jau praėjo. Ir dauguma įmonių turi tvirtą nuomonę apie savo „standartines“ kūrimo kalbas ir aplinką.

Bet kaip su diegimu? Didžiulis „Visual Studio“ diegimo dydis buvo problema nuo pirmojo „Visual Studio“ produkto prieš 20 metų. „Visual Studio 2017“ turi daug modulinį diegimo programą nei ankstesnės versijos (žr. Toliau pateiktą paveikslėlį), tai sveikintinas patobulinimas. Nenuostabu, kad minimalus diegimas yra gana menkas keli šimtai megabaitų. Tačiau norint visiškai įdiegti „Enterprise Edition“ reikia 30–40 GB, atsižvelgiant į sistemoje jau esančias būtinas sąlygas. „Microsoft“ man sako, kad vidutiniškai įdiegta maždaug perpus.

Viso diegimo dydis nėra visas „Microsoft“ kaltas. Pavyzdžiui, vien „Google Android Emulator“ naudojama daugiau nei 17 GB. Tai reiškia, kad pati „Visual Studio“ yra daug mažesnė nei anksčiau, nors ji apima visas papildomas tikslines sistemas.

Kas naujo?

Kas naujo ir įdomaus „Visual Studio 2017“ gali sugundyti naujovinti iš „Visual Studio 2015“ su dabartiniu pakeitimų paketu? „Microsoft“ teigia, kad IDE yra greitesnis „nuo paleidimo iki išjungimo“, ir dabar jis suteikia būdą peržiūrėti, redaguoti ir derinti kodą be projektų ir sprendimų. „Microsoft“ taip pat teigia, kad patobulinimai kodo naršymui, „IntelliSense“, pertvarkymui, kodo taisymams ir derinimui taupo jūsų laiką ir pastangas atliekant kasdienes užduotis, neatsižvelgiant į kalbą ar platformą. Tikrai visus tuos malonu turėti, bet ar padidėjęs produktyvumas yra pakankamas, kad galėtumėte atnaujinti? Pabandysiu aprašyti, kaip jie jaučiasi praktiškai, kai aptarsiu IDE.

Jei tu neturi norite atlikti pilną diegimą, nes trūksta vietos diske arba nesidomite visais produkto aspektais, modulinė diegimo programa yra daug patogesnė nei „Visual Studio 2015“ diegimo programa. Kita vertus, kaip dažnai diegiate „Visual Studio“? Pora kartų per metus, atnaujinant kas kelias savaites? Aš vertinu patobulinimą, tačiau jis neturėtų turėti didelės įtakos, nebent esate ribojamas vietos diske, pavyzdžiui, jei kuriate nešiojamajame kompiuteryje, kuriame buvo 128 GB kietojo kūno diskas.

Kita vertus, greitesnė IDE turi didžiulį poveikį. „Visual Studio“ paleidimas ir sprendimų įkėlimas per pastaruosius kelis kartojimus tapo pastebimai greitesnis, pradedant „Visual Studio 2008“ verčiau verdant vandenį ir verdant arbatą, kol atidaromas mano projektas “, pereinant prie dabartinės„ Leisk man tik atsikelti ir pasitempti kelias sekundes, kol atidaromas mano projektas “. Kalbant apie darbą su kodu, atėmus projektus ir sprendimus, aš to norėjau tik 20 metų, nuo „Visual Studio 97“.

„Microsoft“ reklamuoja integruotą „Azure“ įrankių rinkinį, leidžiantį konfigūruoti, kurti, derinti, pakuoti ir diegti „Microsoft Azure“ programas ir paslaugas tiesiogiai iš IDE. Jei naudojate „Azure“, tai yra laimėjimas: Peršokimas tarp „Azure“ konsolės, „Azure“ komandinės eilutės ir „Visual Studio“ gali blaškyti dėmesį ir nutraukti jūsų srautą. Tačiau jei AWS yra jūsų pagrindinis debesis, jums tai gali visiškai nerūpėti.

Galiausiai „Microsoft“ žada, kad naudojant „Visual Studio 2017“ ir „Xamarin“ yra greitesnis ir paprastesnis nei bet kada anksčiau kurti, išbandyti ir derinti „Android“, „iOS“ ir „Windows“ skirtas mobilias programas. Jei pagaliau „Xamarin“ buvo sukrėstas dirbti su „Android“ ir „iOS“ be klaidų (kurias aš turiu ne daug išbandyta), ir jei „XAML“ dizaineris tapo pakankamai greitas naudoti nesukeldamas noro išmesti kompiuterį į gatvę, tai bus didelis pliusas.

Pastaruoju klausimu „Microsoft“ tvirtina, kad dingo apie 90 procentų „XAML“ dizainerio atidarymo pridėtinių išlaidų. Atsižvelgdamas į šį teiginį, dabar stebiu penkių sekundžių pauzę su pranešimu „įkeliu dizainerį ...“, kuris tikrai yra geresnis nei ta minutė, kurią dizaineris skirdavo. Taip pat matau greitesnį atsaką tiek traukiant valdiklius į dizaino paviršių, tiek įvedant į XAML kodo langą. Vėlavimas sinchronizuojant du langus vis dar pastebimas, tačiau manęs nebegalvoja, kad „Visual Studio“ galėjo užstrigti.

Be to, „Visual Studio 2017“ su „Apache Cordova“ arba „Visual C ++“ galite kurti įvairių platformų programas mobiliesiems. Mobiliųjų programų su „JavaScript“ ir „Cordova“ naudojimo atvejis yra aiškus, ir daugelis žmonių jau tuo pasikliauja naudodamiesi daugiaplatformėmis mobiliosiomis programomis. Bet kodėl mums reikia „Visual C ++“ daugiaplatformės bibliotekos kūrimo tarp „iOS“ ir „Android“? Pasirodo, yra daug mobiliųjų C ++ kūrėjų, kurie tai įvertins. Mobiliesiems žaidimams ir vartotojų programoms įprastas kodas, paprastai C arba C ++, yra reikšminga procentinė projekto dalis, o viršuje - C ++ arba „Java“ parašyta vartotojo sąsaja.

Nors „Visual Studio 2017“ palaiko kai kuriuos „iOS“ ir „MacOS“ kūrimus iš „Windows“, vis tiek jums reikia „Mac“. Kodėl? Derinti konsolės programas ir „ASP.Net“, skirtą „MacOS“, kurti GUI „MacOS“ ir kurti bei derinti „iOS“ programas.

C ++ yra pats šiuolaikinės nešiojamosios kalbos modelis ir jis dažnai naudojamas kuriant programas, veikiančias keliose operacinėse sistemose. Iš dalies todėl „Microsoft“ šiame leidime taip pat pridėjo „C ++“ palaikymą „Linux“ plėtrai ir patobulino C ++ standarto atitiktį.

Kas dingo?

„Visual Studio 2017“ atsisakė kelių retai naudojamų funkcijų. Tačiau šiuo metu galite pasikliauti kai kuriomis fjordų ypatybėmis; jie vis dar prieinami, bet tik tuo atveju, jei kartu su naujuoju paleidžiate seną versiją. Tai vis tiek gali trukdyti priimti, nes įdiegus kelis „Visual Studio“ egzempliorius (ypač senesnes versijas) į vieną diską praktiškai kyla vietos diske problema.

„Silverlight“, netinkamas „Windows Presentation Foundation“ pogrupis, teikiantis laikmeną ir turtingas interaktyvias programas iš naršyklės priedo, 2010-ųjų pradžioje buvo labai įsiutęs ir dabar nebenaudojamas. Aš praleisiu vidinę „Microsoft“ kovą dėl „Silverlight“ ir HTML5 stovyklos; pakanka pasakyti, kad „Silverlight“ prarado. Todėl nenuostabu, kad „Visual Studio 2017“ praleidžia „Silverlight“ palaikymą. Jei jums reikia išlaikyti senas „Silverlight“ programas, turėsite toliau naudoti „Visual Studio 2015“.

Panašiai „Microsoft“ nebegamina „Windows Phone“ išmaniųjų telefonų ir nebenaudoja senesnių „Windows Phone“ ir „Windows Store“ versijų „Windows 10“ naudai. Priklausomai nuo „Windows Phone“ versijos, kurią turite prižiūrėti, laikykitės „Visual Studio 2015“ arba „Visual Studio 2012“.

„Microsoft“ atsisakė „UML“ modeliavimo iš „Visual Studio 2017“ ir neketina toliau investuoti į UML. Vietoj to, jis turi sluoksnių modeliavimą, priklausomybės diagramas ir architektūros sluoksnio kodus. Taip pat galite sukurti ir įdiegti sluoksnio modeliavimo plėtinius.

Jei „Visual Studio 2017“ jums tikrai reikalingas UML, galite naudoti vieną iš šimtų šiandien prieinamų UML įrankių, kurių daugelis yra nemokami ir atvirojo kodo, o kai kurie iš jų šiuo metu apima „Visual Studio“ plėtinius.

Diegiama „Visual Studio 2017“

„Visual Studio 2017“ įdiegiau dviejose „Windows 10“ mašinose: nešiojamajame kompiuteryje su labai mažu SSD ir bokšte su tinkamo dydžio standžiuoju disku. Atkreipkite dėmesį, kad naudojau leidimą kandidatas nuo vasario, o ne paskutinė išleidimo versija, numatyta kovo antrąją savaitę. Nešiojamame kompiuteryje jau buvo įdiegta „Visual Studio 2015“; bokšte buvo įdiegta „Visual Studio 15“ peržiūra, kuri buvo „Visual Studio 2017“ pirmtakė. Aš naudojau žiniatinklio diegimo programą iš MSDN. Tiesą sakant, niekada nemačiau siūlomo ISO diegimo vaizdo, nors tai nereiškia, kad jo nėra.

Tikėjausi, kad „Visual Studio 2017“ diegimo programa bus pakankamai protinga, kad galėtų pasiūlyti pašalinti „Visual Studio 2015“, kai pamatė, kad nešiojamojo kompiuterio SSD nepakanka vietos abiem versijoms. Nėra tokios sėkmės. Kadangi yra „Visual Studio 2017“ ir „Visual Studio 2015“ naudojimo tame pačiame kompiuteryje naudojimo atvejų, „Visual Studio 2017“ diegimas iš esmės man padėjo. Turėjau griebtis rankiniu būdu pašalinti viską, kas panašu į „Visual Studio 2015“ ir senesnes susijusių technologijų versijas, pvz., „SQL Server“. Tai darbas, kuris man užtruko apie valandą ir reikalavo nuolatinių intervencijų. Tada galėjau įdiegti naudingą „Visual Studio 2017“ dalį. Diegimo programa laikė skirtuką, kuriame rodomi mano pasirinktų darbo krūvių ir modulių disko vietos poreikiai, ir jis nebus tęsiamas tol, kol nebus įsitikinęs, kad viskas bus tinkama.

Aš nuoširdžiai maniau, kad pašalinti rankiniu būdu buvo nereikalingi sunkumai. Kita vertus, vienintelis dalykas, kurį galėčiau sugalvoti, būtų palengvinęs mano darbą, būtų senų „Visual Studio“ versijų šalinimo vedlys.

Bokšte galėjau pasirinkti visus „Visual Studio 2017“ krūvius ir paspausti „Install“. Procesas galėjo užtrukti valandą. Tikrai nežinau, nes galėjau nueiti ir grįžti, kad jį užbaigčiau. Manau, kad tai pirmas kartas, kai kada nors galėjau pasakyti apie „Visual Studio“ diegimą.

Naujas modulinis diegimas atrodo didelis laimėjimas. Jos siūlomi pasirinkimai logiškai suskirstyti į „darbo krūvius“ ir į bet kokį darbo krūvį galite lengvai įtraukti arba išskirti konkrečius komponentus, pvz., „Google Android Emulator“, kurį iš pradžių turėjau neįtraukti į nešiojamąjį kompiuterį, kad galėčiau įdiegti likusią „Xamarin Mobile“ darbo krūvį. Neva galite įdiegti vos kelis šimtus megabaitų ir vis tiek turite darbo aplinką, kuri yra malonu komandos nariams, turintiems tikslinę atsakomybę ir mažiems diskams.

Greičiau, protingiau, geriau

Kol naudojau (ir kuriu) IDE, o tai yra daugiau nei 25 metai, žaidimo pavadinimas buvo programuotojo produktyvumas. Net ir blogais senais mini kompiuterių ir darbo stočių laikais didžiausia programinės įrangos kūrimo kaina buvo kūrėjų atlyginimai. Dabar, kai aparatinės ir programinės įrangos išlaidos yra matuojamos tūkstančiais dolerių, o ne dešimtimis tūkstančių, o metiniai programuotojų atlyginimai viršija 100 000, o ne mažiau kaip 50 000, programuotojų produktyvumas yra dar svarbesnis. Pažvelkime į „Visual Studio 2017“ funkcijas, kuriomis siekiama pagerinti produktyvumą ir „pradžiuginti“ kūrėją, cituojant „Microsoft“.