Kaksi vuotta sitten, kun tarkastelin Visual Studio 2015: tä, ajattelin, että Microsoftin IDE: stä on tullut kaikkien aikojen monimutkaisin tuote, ja Microsoftin on yksinkertaistettava sitä tulevaisuudessa. Olin väärässä yhdessä suhteessa: Vaikka Microsoft heitti muutamia ominaisuuksia Visual Studio 2017: lle, se lisäsi paljon enemmän. Mutta tosiaan, Microsoft onnistui toimittamaan yksinkertaisemman ja ketterämmän IDE: n Visual Studio 2017: ssä, huolimatta siitä, että se lisäsi kykyjään.
Toisin kuin joissakin Visual Studion aiemmissa versioissa, joissa keskityttiin uusien monimutkaisten Microsoft-erityistekniikoiden, kuten Windows Communication Foundation ja Windows Workflow Foundation, käyttöönottoon, Visual Studio 2017 asentaa ja toimii paremmin ja nopeammin, tukee useampia ohjelmointikieliä ja -alustoja, parantaa kehittäjien tuottavuutta ja soveltaa alustojen väliseen työmäärään luonnollisilla tavoilla.
Useimmille Visual Studio 2015 -käyttäjille päivittäminen Visual Studio 2017: een on vaivatonta. Tutkitaan miksi.
Isompi ja pienempi
Joissakin suhteissa Visual Studio 2017 näyttää vieläkin enemmän isolta tarttuvalta pussilta, johon liittyy tosiasiallisesti liittyviä tuotteita kuin Visual Studion aiemmat versiot. Laajentuvaan kehityskohteiden kokoelmaan kuuluvat nyt Windows, Android, iOS, Linux, MacOS, .Net Core, Anaconda, Azure-verkkosovellukset ja liitetyt palvelut, Docker, Office ja web-kehitys ASP.Net, HTML5 / CSS3, JavaScript, Node .js, Python tai (iso hengitys) TypeScript. Mikä luettelo - ja se ei ole edes täydellinen, koska on olemassa muita tuettuja tekniikoita, kuten SQL Server, Visual Studio Extensions ja R.
Kuinka verkko- ja ASP.Net-verkkokehitys voidaan jopa sitoa Android- ja iOS-kehitykseen? No, on olemassa tapa tehdä kaikki edellä mainitut C #: ssä, Xamarinin ja Monon ollessa mobiilipuolen tekniikat. Se ei kuitenkaan ole ainoa vaihtoehto Visual Studio 2017: ssä mobiililaitteille.
Ehkä et pidä C #: sta, mutta haluat silti kehittyä Androidille ja iOS: lle. Entä sitten C ++ tai JavaScript? Molemmat kielet ovat tukeneet mobiilikehityksen työmääriä. Kun syvennät, Visual Studio -strategia, jonka mukaan jokaiselle jotakin on sidottu yhteen yhteisten rajapintojen (sekä käyttöliittymän että API: n) kanssa, alkaa olla järkevää. Loppujen lopuksi useimmat ohjelmistokehittäjät ovat välttämättä monikielisiä ohjelmointikielien ja niihin liittyvien tekniikoiden suhteen. Ne päivät, jolloin pystyin kirjoittamaan kaiken Fortraniin, ovat kauan menneet. Ja useimmilla yrityksillä on vahvat mielipiteet "tavallisista" kehityskielistä ja -ympäristöistä.
Mutta entä asennus? Visual Studio -asennuksen valtava koko on ollut ongelma ensimmäisestä Visual Studio -tuotteesta 20 vuotta sitten. Visual Studio 2017: ssä on paljon modulaarisempi asennusohjelma kuin aiemmat versiot (katso alla oleva kuva), joka on tervetullut parannus. Pienin asennus on yllättäen suhteellisen ohut muutama sata megatavua. Enterprise Editionin täydellinen asennus vie kuitenkin 30–40 Gt järjestelmässä jo olevien edellytysten mukaan. Microsoft kertoo minulle, että keskimääräinen asennus on noin puolet siitä.
Koko asennuksen koko ei ole mikään Microsoftin vika. Esimerkiksi pelkästään Google Android Emulator käyttää yli 17 Gt. Tämä tarkoittaa, että Visual Studio itsessään on paljon pienempi kuin aikaisemmin, vaikka se kattaa kaikki muut kohdejärjestelmät.
Mikä on uutta?
Mitä uutta ja jännittävää Visual Studio 2017: ssä saattaa houkutella sinua päivittämään Visual Studio 2015: stä nykyisellä Service Pack -paketilla? Microsoft väittää, että IDE on nopeampi "käynnistyksestä sammuttamiseen" ja tarjoaa nyt tavan tarkastella, muokata ja virheenkorjauskoodia ilman projekteja ja ratkaisuja. Microsoft väittää myös, että parannukset koodinavigointiin, IntelliSenseen, korjaamiseen, koodin korjaamiseen ja virheenkorjaukseen säästävät aikaa ja vaivaa jokapäiväisiin tehtäviin kielestä tai alustasta riippumatta. Varmasti kaikki nämä ovat mukavia saada, mutta riittääkö parantunut tuottavuus tekemään päivityksen? Yritän kuvata heidän kokemuksiaan käytännössä keskustellessani IDE: stä.
Jos sinä ei haluat suorittaa täydellisen asennuksen joko siksi, että levytilaa puuttuu tai et ole kiinnostunut tuotteen kaikista näkökohdista, modulaarinen asennusohjelma on paljon helpompaa kuin Visual Studio 2015 -asennusohjelma. Toisaalta, kuinka usein Visual Studio asennetaan? Pari kertaa vuodessa, päivitykset muutaman viikon välein? Arvostan parannusta, mutta sillä ei pitäisi olla suurta vaikutusta, ellei levytilaa rajoiteta - esimerkiksi jos kehität kannettavalla tietokoneella, jonka mukana toimitettiin 128 Gt: n SSD-levy.
Nopeammalla IDE: llä on toisaalta valtava vaikutus. Visual Studion käynnistys ja ratkaisukuormitus ovat nopeutuneet huomattavasti viimeisten iteraatioiden aikana. Visual Studio 2008: n "Menen paremmin kiehumaan vettä ja keittämään teetä, kun projektini avautuu", nykyiseen "Anna minun vain nousta ja venyttää muutaman sekunnin, kun projektini avautuu. " Mitä tulee koodin miinus -projektien ja -ratkaisujen kanssa työskentelyyn, olen sitä halunnut vain 20 vuoden ajan Visual Studio 97: n jälkeen.
Microsoft esittelee sisäänrakennetun Azure-työkalupaketin, jonka avulla voit määrittää, rakentaa, virheenkorjata, pakata ja ottaa käyttöön sovelluksia ja palveluja Microsoft Azuressa suoraan IDE: stä. Jos käytät Azurea, se on voitto: Hyppääminen Azure-konsolin, Azure-komentorivin ja Visual Studion välillä voi häiritä ja keskeyttää kulun. Jos AWS on ensisijainen pilvi, et kuitenkaan välttämättä välitä tästä ollenkaan.
Lopuksi Microsoft lupaa, että Visual Studio 2017: n ja Xamarinin kanssa on nopeampaa ja helpompaa kuin koskaan rakentaa, testata ja virittää mobiilisovelluksia Androidille, iOS: lle ja Windowsille. Jos Xamarin on lopulta ravisteltu toimimaan Androidilla ja iOS: llä ilman virheitä (jotka minulla on ei testattu laajasti), ja jos XAML-suunnittelijasta on tullut tarpeeksi nopea käyttää ilman, että minusta tulisi halua heittää tietokone ulos kadulle, se on iso plus.
Viimeksi mainitussa asiassa Microsoft väittää, että noin 90 prosenttia XAML-suunnittelijan avaamisen yleismenoista on kadonnut. Tämän väitteen mukaisesti tarkkailen nyt viiden sekunnin taukoa "ladataan suunnittelijaa ..." -sanomalla, joka on varmasti parempi kuin minuutti, jonka suunnittelija käytti lataamiseen. Näen myös nopeamman vastauksen sekä widgetien vetämiseen suunnittelupinnalle että kirjoittamiseen XAML-koodi-ikkunaan. Kahden ikkunan synkronoinnin viive on edelleen havaittavissa, mutta ei enää saa minua ajattelemaan, että Visual Studio olisi saattanut kaatua.
Voit myös kehittää alustojen välisiä mobiilisovelluksia Visual Studio 2017: ssä Apache Cordovan tai Visual C ++ -ohjelman avulla. JavaScriptin ja Cordovan mobiilikehityksen käyttötapa on selvä, ja monet ihmiset luottavat siihen jo alustojenvälisissä mobiilisovelluksissa. Mutta miksi tarvitsemme Visual C ++ -sovellusten välisen kirjastokehityksen iOS: n ja Androidin välillä? On käynyt ilmi, että on monia mobiili C ++ -kehittäjiä, jotka arvostavat sitä. Mobiilipeleille ja kuluttajasovelluksille yhteinen koodi, yleensä C- tai C ++, osoittautuu merkittäväksi prosenttiosuudeksi projektista, ja päällimmäisenä on Tavoite C ++ - tai Java-muodossa kirjoitettu käyttöliittymä.
Vaikka Visual Studio 2017 tukee joitakin iOS- ja MacOS-kehityksiä Windowsista, tarvitset silti Macin. Miksi? Konsolisovellusten ja ASP.Net: n virheenkorjaus MacOS: lle, GUI: iden luominen MacOS: lle ja sovellusten rakentaminen ja virheenkorjaus iOS: lle.
C ++ on erittäin moderni kannettavan kielen malli, ja sitä käytetään usein useissa käyttöjärjestelmissä toimivien sovellusten kehittämiseen. Osittain siksi Microsoft lisäsi C ++ -tukea Linux-kehitykseen tässä julkaisussa ja paransi C ++ -standardien noudattamista.
Mitä on mennyt?
Visual Studio 2017 on luopunut useista harvoin käytetyistä ominaisuuksista. Voit kuitenkin tällä hetkellä luottaa joihinkin ominaisuuksiin, jotka olivat tärkeitä vuonoille; ne ovat edelleen käytettävissä, mutta vain, jos käytät vanhaa versiota rinnakkain uuden version kanssa. Se saattaa silti estää hyväksymistäsi, koska useiden Visual Studion (erityisesti vanhempien versioiden) esiintymien asentaminen yhdelle levylle aiheuttaa käytännössä levytilaa koskevan ongelman.
Silverlight, Windows Presentation Foundationin sopimaton osajoukko, joka tarjoaa mediaa ja interaktiivisia interaktiivisia sovelluksia selaimen lisäosasta, oli kaikki raivoa 2010-luvun alussa ja on nyt vanhentunut. Ohitan sisäisen Microsoftin valtataistelun Silverlight-leirin ja HTML5-leirin välillä. riittää sanomaan, että Silverlight hävisi. Siksi ei ole mikään yllätys, että Visual Studio 2017 jättää huomiotta Silverlight-kehitystuen. Jos sinun on ylläpidettävä vanhoja Silverlight-sovelluksia, sinun on jatkettava Visual Studio 2015: n käyttöä.
Vastaavasti Microsoft ei enää tee Windows Phone -älypuhelimia ja poistaa vanhemmat Windows Phone- ja Windows Store -versiot Windows 10: n hyväksi. Pidä yllä Visual Studio 2015: n tai Visual Studio 2012: n kanssa riippuen ylläpidettävästä Windows Phone -versiosta.
Microsoft on luopunut UML-mallinnuksesta Visual Studio 2017: stä eikä aio investoida edelleen UML: ään. Sen sijaan siinä on tasomallinnus, riippuvuuskaaviot ja arkkitehtuurikerroksen koodi. Voit myös luoda ja ottaa käyttöön tasomallinnuslaajennuksia.
Jos todella tarvitset UML: ää Visual Studio 2017: ssä, voit käyttää yhtä sadoista nykyisin saatavilla olevista UML-työkaluista, joista monet ovat ilmaisia ja avoimen lähdekoodin, ja joista osa sisältää tällä hetkellä Visual Studio -laajennuksia.
Visual Studio 2017: n asentaminen
Asensin Visual Studio 2017: n kahteen Windows 10 -laitteeseen: kannettavaan tietokoneeseen, jossa on hyvin pieni SSD, ja torniin, jossa on kunnollisen kokoinen kiintolevy. Huomaa, että käytin julkaisua ehdokas helmikuusta, ei viimeinen julkaisuversio maaliskuun toisen viikon aikana. Kannettavassa tietokoneessa oli jo asennettuna Visual Studio 2015; tornissa oli asennettuna Visual Studio 15 -esikatselu, joka oli Visual Studio 2017: n edeltäjä. Käytin MSDN: n web-asennusohjelmaa. Itse asiassa en ole koskaan nähnyt ISO-asennuskuvaa tarjolla, vaikka se ei tarkoita, että sellaista ei ole.
Toivoin, että Visual Studio 2017 -asennusohjelma olisi tarpeeksi älykäs tarjotakseen Visual Studio 2015: n poistamisen, kun se huomasi, että kannettavan tietokoneen SSD: ssä ei ollut tarpeeksi tilaa molemmille versioille. Ikävä kyllä ei. Koska sekä Visual Studio 2017: n että Visual Studio 2015: n käyttämisessä samassa koneessa on käyttötapauksia, Visual Studio 2017 -asennus pelasti periaatteessa minut. Minun piti turvautua poistamaan manuaalisesti kaikki, jotka muistuttavat Visual Studio 2015: tä ja vastaavien tekniikoiden vanhempia versioita, kuten SQL Server, työ, joka kesti noin tunnin ja vaati jatkuvia toimenpiteitä. Pystyin sitten asentamaan hyödyllisen suuren osan Visual Studio 2017: stä. Asentaja piti käynnissä olevan välilehden valitsemieni työmäärien ja moduulien levytilavaatimuksista, ja se ei jatkunut ennen kuin oli varma, että kaikki valitut sopivat.
Luulin rehellisesti, että manuaalisen asennuksen poistaminen oli tarpeetonta vaivaa. Toisaalta ainoa asia, jonka voisin ajatella, joka olisi helpottanut työni, olisi ollut ohjattu asennustoiminto vanhoille Visual Studio -versioille.
Tornissa pystyin valitsemaan kaikki Visual Studio 2017: n työmäärät ja painamaan Asenna. Prosessi on saattanut kestää tunnin. En tiedä varmasti, koska pystyin kävelemään pois ja palaamaan takaisin löytämään sen valmistuneen. Mielestäni tämä on ensimmäinen kerta, kun olen koskaan pystynyt sanomaan sen Visual Studio -asennuksesta.
Uusi modulaarinen asennus näyttää suurelta voitolta. Sen tarjoamat valinnat on jaettu loogisesti "kuormituksiin", ja mihin tahansa työmäärään voit helposti sisällyttää tai sulkea pois tiettyjä komponentteja, kuten Google Android Emulatorin, jonka jouduin alun perin sulkemaan pois kannettavasta tietokoneesta, jotta voin asentaa muun Xamarin Mobile -kuormituksen. Oletettavasti voit asentaa vain muutaman sadan megatavun, ja sinulla on edelleen työympäristö, mikä on mukavaa tiimin jäsenille, joilla on kohdennetut vastuut ja pienet levyt.
Nopeampi, älykkäämpi, parempi
Niin kauan kuin olen käyttänyt (ja kehittänyt) IDE: itä, mikä on yli 25 vuotta, pelin nimi on ollut ohjelmoijan tuottavuus. Jopa vanhanaikaisina minitietokoneiden ja työasemien ohjelmistojen luomisen suurimmat kustannukset olivat kehittäjien palkat. Nyt kun laitteisto- ja ohjelmistokustannukset mitataan tuhansina dollareina kymmenien tuhansien sijaan ja vuotuiset ohjelmoijien palkat ovat yli 100 000 dollaria alle 50 000 dollarin sijaan, ohjelmoijien tuottavuus on vieläkin tärkeämpää alimmalle riville. Katsotaanpa Visual Studio 2017: n ominaisuuksia, joiden tarkoituksena on parantaa tuottavuutta - ja "ilahduttaa" kehittäjää, lainaten Microsoftia.
Tuloskortti | Kyky (30%) | Esitys (30%) | Helppokäyttöisyys (20%) | Dokumentointi (10%) | Arvo (10%) | Kokonaispistemäärä (100%) |
---|---|---|---|---|---|---|
Visual Studio 2017 | 10 | 10 | 9 | 8 | 9 | 9.5 |