Testikeskuksen tarkistus: Visual Studio 2008 SP1 on kuorrutettu ja paljon muuta kakkua

Microsoft Visual Studio 2008 (VS08) Service Pack 1: n (SP1) saapuminen kesti kahdeksan kuukautta. Lisäominaisuudet huomioon ottaen kahdeksan kuukautta ei ehkä näytä niin pitkältä. Joillakin tavoin SP1 tuntuu siltä, ​​että Visual Studio 2008: n piti olla valmis. Se ei todellakaan ole vain virhekorjausten kokoelma, jota voit odottaa termiltä "Service Pack".

Kuten sanoin alkuperäisessä Visual Studio 2008 -katsauksessani tammikuussa, VS08 on tärkein IDE sovellusten kehittämiseen Microsoft .Net Frameworkin kanssa ja ainakin kilpailija parhaalle Windows-isännöimälle C / C ++ IDE: lle. Kun jatkoin pulmia, joulukuussa julkaistusta tuotteesta puuttui odotetut ADO.Net Entity Framework ja LINQ to Entities, ja se rikkoi joitain JavaScript- ja VBScript-toimintoja aiemmista versioista.

Kyse on tiedoista

SP1 lopulta sisältää ADO.Net Entity Frameworkin (EF), Entity Data Model (EDM) ja LINQ to Entities. EDM on täysimittainen kielestä riippumaton, tietokannasta riippumaton entiteettisuhdemalli. Sitä tukee Entity SQL -kieli, ja se on erityisen hyödyllinen datakeskeisille toimialasovelluksille. LINQ to Entities -integroi entiteettikyselyt C #: ksi ja Visual Basiciin, mikä saattaa estää monien ohjelmoijien tarpeen oppia Entity SQL: n hienovaraisuudet.

Huomaa, että Entity SQL eroaa merkittävästi Transact-SQL-kyselykielestä, jota käytetään Microsoft SQL Serverissä. SQL Serveristä puhuen SP1 lisää SQL Server 2008: n täyden tuen Visual Studio 2008: een, joka on kuuma SQL Server 2008: n julkaisun kannoilla.

Parempi komentosarja

SP1: ssä on huomattavasti parannettu IntelliSense- ja koodimuotoilu SP1: ssä, jopa kolmansien osapuolten kirjastoissa, ainakin jos rakennat tiedostosi VS08: n odotusten mukaisesti. Jos sekoitat rakenteen tarpeeksi sekoittamaan JavaScript-jäsentimen, pahinta, mitä nyt tapahtuu, on se, että VS08 IntelliSense ja koodin muotoilu eivät toimi; syntaksiväri toimii yleensä edelleen, ja editori pysyy poissa tieltäsi sen sijaan, että yrittäisi "auttaa" sinua harhaanjohtavilla muutoksilla.

Verkossa

Dynaamisen datan avulla voit rakentaa perustietoihin perustuvan verkkosovelluksen nopeasti, tietomallin perusteella, samassa hengessä kuin Rails-teline -sovelluksen rakentaminen. Se myös parantaa tapaa, jolla dataan sidotut ohjaimet toimivat, lisäämällä validointia ja malleja. MSDN: n läpikäynti uuden dynaamisen datasivuston luomisesta rakennustelineitä käyttäen sisältää kaksi tapaa luoda tietomalli: toinen käyttää LINQ: ta SQL: ään ja toinen Entity Frameworkia. Tarkista virallisen ASP.Net-sivun Dynaamiset tiedot toiminnassa -sarja video-oppaista.

URL-reitityksen avulla voit luoda reititystaulukoita ASP.Net-verkkosivustoillesi. Tämä on ominaisuus, joka kehitettiin alun perin ASP.Net MVC Frameworkille, joka on edelleen esikatselussa; se oli itsessään tarpeeksi hyödyllinen, että se erotettiin ja julkaistiin SP1: n kanssa. MVC-kehys näyttää suunnilleen samalta kuin mitä voit odottaa, jos näet ehdotuksen, jonka yksirivinen myynti oli "ASP.Net meets Rails".

Mitä URL-reititys todella tekee sinulle? Sen sijaan, että tarvitsisit käyttää HTTP POST- tai kyselyn syntaksia päästäksesi datasta riippuvaiselle sivulle tai jouduttaisi kirjoittamaan URL-osoitetta uudestaan, voit käyttää tavallisen näköistä URL-osoitetta ja kääntää sen reititystaulukkoon, mikä on yhdenmukaisempaa RESTful-suunnittelun kanssa. ja hakukoneiden kanssa - ja enemmän kuin Rails.

REST-tuesta puhuen, uusi Windows Communication Foundation (WCF) -verkko-ohjelmointimalli lisää tuen REST-, AJAX- ja JSON-palveluille sekä sekä ATOM- että RSS-syötteille WCF: n jo vahvaan tukeen XML-verkkopalveluille, WS- * -pinoille, ja tehokas mutta omistettu binaariprotokolla. Kuka sanoo, että Microsoft ei ole yhteydessä Web 2.0: een ja SOA: han?

Työpöydällä

Jos olet C # -ohjelmoija, olet iloinen mahdollisten virheiden parannetusta merkinnästä (katso näyttökuva). Se on sellainen apu, jota Visual Basic -ohjelmoijat ovat odottaneet editorilta; nyt myös C #: llä.

Visual Basic -ohjelmoijilla on yksi uusi lelu, jota C # -ohjelmoijat eivät voi vaatia; sitä kutsutaan XML-skeemaksi (katso näyttökuva), ja se on tapa päätellä automaattisesti XML-skeema XML-tiedostosta. C # -ohjelmoijien on edelleen ladattava XSD- ja XML-tiedostot manuaalisesti.

Aikaa vievää, mutta sen arvoista