Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 35 reacties
Bron: Yahoo

Microsoft heeft vandaag aangekondigd dat het zijn volgende generatie van ontwikkelsoftware, Visual Studio 2005, tegelijk met SQL Server 2005 en BizTalk Server 2006 zal introduceren op 7 november aanstaande. De simultane introductie is een logisch gevolg van de strakke integratie tussen de producten: De database gaat bijvoorbeeld behalve (T-)SQL ook code uit Visual Studio 2005 accepteren als stored procedures, en heeft daarnaast ondersteuning aan boord voor .NET-technieken als Web Services en XML. De ontwikkelomgeving op zijn beurt leunt voor de extra samenwerkingsfeatures (Team System) weer op SQL Server 2005. Beide zijn gebouwd op versie 2.0 van het .NET Framework, en kennen enorme lijsten met nieuwe features die bedoeld zijn om het leven van programmeurs en beheerders aangenamer te maken. Hieronder vallen bijvoorbeeld refactoring, de optie om code aan te passen tijdens het debuggen en een ingebouwde tool om de prestaties van een programma te analyseren. Het bedrijf is echter vooral trots op ASP.NET 2.0, waar zoveel nieuwe functionaliteit in zit dat de hoeveelheid code die nodig is om een website te bouwen tot 70% lager kan komen te liggen.

Visual Studio 2005 screenshot
Moderatie-faq Wijzig weergave

Reacties (35)

Handig om te weten is dat deze versie een enorm verbeterde ondersteuning heeft voor C++.
Niet alleen kan je nu kiezen om je C++ applicatie of 1. managed of 2. semi-managed of 3. unmanaged te compilen, maar ook heeft Visual C++ 7 ondersteuning voor live browsing en refactoring .. dus zonder browse files. :)

Zoiezo is het refactoren in VS7 een grote feature.
Voor de leken ;): Refactoren staat in een IDE ook wel voor het verplaatsen of renamen van variabelen of functies, welke dan gelijk worden aangepast waar ze aangesproken worden.
Scheelt een hoop typwerk. :)

Ook zit hierin System.Windows.Forms 2.0 (.Net framework 2.0) .. deze heeft eindelijk native XP theming support en layout controls.
En dat is dan een BIG feature ? Eclipse (of beter WSAD voor IBM users) heeft die al van in het begin. Volgens mij heeft elke zelf respecterende IDE ondersteuning voor zoiets.

.NET loopt in mijn ogen een beetje achter de ideen van de reeds zeer volwassen Java omgeving aan. Nuja, daar is op zich niks mis mee. Het enige wat me daarbij stoort is dat ze doen alsof ze het warm water weer eens opnieuw uitgevonden hebben.
Ach...het valt niet altijd van MS te zeggen, maar met deze set tools hebben ze toch een dijk van een ontwikkelomgeving...

Persoonlijk ben ik geen MS fan en programmeer daarom zo min mogelijk op het windows platform, maar geen enkel platform heeft de integratie van alle componenten zo strak voor elkaar als Visual Studio...kan Sun nog een puntje aan zuigen met Java...
Veel dingen heeft MS wel een beetje afgekeken uit de Java wereld...ook niet zo gek als dingen goed werken, echter heeft Sun Java ook niet weer afgeleid van C++.
Naar mijn idee is MS in een aantal zaken toch veel verder gegaan dan Sun wat op veel fronten het leven van een developer makkelijker maakt.
Een dijk van een IDE hadden ze al bij Visual Basic 6, daarna hebben ze ineens weer veel features weggelaten vanwege een nieuwe IDE en nu zijn ze weer een beetje aan het bijkomen..
Visual Basic 6 was onderdeel van Visual Studio 6 :+

En het ging er ook meer om dat Visual Basic 6 code direct uitvoerbaar was zonder het te compileren, waardoor het gemakkelijker te debuggen was, omdat je directe toegang tot variabelen e.d. had.

Bij Visual Basic.Net moet de code eerst gecompileerd worden en als executable uitgevoerd worden, waarna er een debug 'link' met het ide gemaakt wordt. Hierdoor zijn veel features - die in VB6 mogelijk waren door die interne verwerking/uitvoering van het programma - niet meer mogelijk.

VB programmeurs worden op deze manier gewoon in aanraaking gebracht met de technische euvels waar Visual C++ programmeurs al jaren last van hebben en wordt dit eindelijk na al die jaren weer goedgemaakt door MS.
Refactoring is inderdaad erg handig!

Maar op C++ gebied zit er nog een feature in die hier toch wel genoemd mag worden: PGO. of te wel: Profile-Guided Optimization.

De compiler gebruikt profiling om snellere code te genereren. Uit profiling blijkt bijvoorbeeld welke functies het meest aangeroepen worden, welke data het meest aangesproken wordt en welke branches de voorkeur hebben.

De beta 1 versie van de compiler zorgde met PGO voor een snelwinst van 15 tot 20% in een tijdskritiek stuk in mijn sofware. Dat zijn opmerkelijke prestatiewinsten te noemen.
Zoiezo is het refactoren in VS7 een grote feature.
VS7 is toch 2002?
7.1 is 2003 en 8 is 2005.
Er staat 'Visual Studio op 7 november' niet 'Visual Studio 7' ;) :+

Edit: Ow wacht, een typo in het artikel zelf... mijn fout ... maar goed.
Naja ik vind zoizo al jaren dat Visual studio teveel toeters en bellen heeft net als bijna alle andere grafische editors

ik gebruik bijna altijd dev-cpp met mingw compiler veel simpeler en dus gemakkelijker.
Zelf ben ik al enige tijd bezig te delven in het .NET framework met C# :). Heerlijke taal; overzichtelijk, scherp, to the point en geen controle verlies. Verder ben ik erg benieuwd naar ASP.NET 2.0, 1.* was zeker al een enorme (en eindelijk bruikbare :Y)) vooruitgang.

Dergelijke managed/semi managed code is buitengewoon handig wanneer je platform dependant code. En als je toch ff iets meer wil met C#, kan je er altijd wat cpp in proppen, grondweg heerlijk :)

Andere leuke vooruitgang is ook dat VB eindelijk geen prutser taaltje meer schijnt te zijn. Maarja, het blijft vb :o

(Maar ik draai wel een linux server :P)
Andere leuke vooruitgang is ook dat VB eindelijk geen prutser taaltje meer schijnt te zijn. Maarja, het blijft vb
:( Grrr... ;) Wat prestaties betreft doen C# en VB binnen .NET niet voor elkaar onder. Zo is ook VB tegenwoordig volledig object georiënteerd. (Kenmerkend hiervoor is dat ze binnen het framework binnen dezelfde runtime omgeving worden uitgevoerd.) Blijft over welke syntax je het beste ligt, en ja... met de nodige ervaring binnen VB (en de nodige luiheid :z) blijf ik lekker binnen VB hangen.

Wel zie je de tendens dat MS C# pusht als de voorkeur taal. Mocht je twijfelen over welke taal je gaat gebruiken, dan is dit denk ik wel een punt om in je overweging mee te nemen.

(Maar ik draag non-MS oplossingen vanuit het oogpunt van gezonde marktwerking wel een warm hart toe. :P )
Wat prestaties betreft doen C# en VB binnen .NET niet voor elkaar onder.
Verbaast me niks, beide talen worden omgezet naar MSIL code, zou je dus een applicatie in C# of VB schrijven dan zou deze gecompiled worden in een grotendeels zelfde MSIL assembly.
(Open maar is een assembly met ILDASM of Reflector)


VB.NET is geen slechte taal, ik vind alleen de syntax lelijk (maar das mijn mening :P)
VB is nooit een prutser taaltje geweest, het is pas een prutsertaaltje geworden sinds het overgestapt is op .net..

Ik zie liever een nieuwe VB die niet .NET is, dus zoals vb 6 maar dan wel volledig object oriented (vb6 kwam al een heel eind), en met mij zijn er veel VB6 ontwikkelaars die daar net zo over denken..

Yeah, VS2005 nog een zwaardere PC nodig om hetzelfde resultaat te halen als een programma in VS6..

Het is niets voor niets dat MS er toch niet voor kiest om .NET als basis te gebruiken voor Longhorn zoals eerst eigenlijk zou zijn..
Ik vond het grootste nadeel van VB eigenlijk altijd, dat zodra je meer wilde dan de standaard functionaliteit die de taal aanbood, je altijd was aangewezen op de ActiveX componenten van anderen die veelal in C++ geschreven waren. En aangezien ik in de tijd nog geen snars verstand had van C++ baalde ik daar altijd enorm van. Natuurlijk kon ik ook zelf wel ActiveX componenten maken, maar aangezien ik dus aangewezen was op VB kon ik niet meer bereiken dan dat VB kon.

Nu kon VB wel veel, maar zodra je daarbuiten wilde kijken ... (lees: Andere API's/SDK's zoals OpenGL, EAX, OpenSSL, SDL, FMOD, etc, etc) was je altijd aangewezen op third party componenten die in C++ waren gemaakt... Nu maakte Microsoft dat wel een beetje goed door bijvoorbeeld de DirectX api in TLB vorm uit te brengen, maar dan nog haalde je bij lange na niet de snelheid van een C++ DirectX applicatie, die in feite exact hetzelfde deed.

En dat euvel is eigenlijk wel voor een groot deel verholpen door het framework en de mogelijkheid om C#, VB.Net en C++ modules/code met elkaar te laten communiceren. Je kan bijvoorbeeld een managed C++ dll aanroepen vanuit VB.Net die op zijn beurt gewoon op de gebruikelijke manier met de OpenSSL/FMOD/SDK (etc( library praat via de normale C++ header files. Om deze zelfde reden kan ik ook een native applicatie een managed DLL laten aanroepen omdat deze ook gewoon header en lib files genereerd tijdens compile time, waardoor je indirect gebruik kan maken van het dotNet platvorm in een native applicatie. En de managed C++ code kan ook gewoon praten met C#.

Tal van mogelijkheden dus...

Ik heb ook al 1 project moeten doen, waarbij we via C++ / inline assembly met een weerstation moesten communiceren door bepaalde hardware aan te spreken. Vervolgens konden we deze data gemakkelijk via de managed koppeling naar C#/Asp.net sturen, waardoor we de gegevens live via het internet via een standaard browser konden bekijken.

Sinds dien ben ik verkocht aan VS.Net :D
Microsoft heeft met deze nieuwe Visual Studio een geweldig programmeer platform. Het wordt allemaal steeds uitgebreider en complexer. Vroeger (ben pas 16 hoor :+) had je ook nog visual basic en visual C++ appart zitten. Alleen is dat nu niet meer het geval. Ik denk daarom dat dit de experimenterende gebruiken zal afschrikken. Het zou juist voor de scholieren onder ons handig zijn om juist vb enzo weer los te kunnen krijgen. handig kwa prijs en makkelijker om te begrijpen.
Je hebt bij 2005 ook Express edities:
http://lab.msdn.microsoft.com/express/default.aspx

Die lijken me extreem handig, als ik iets zo irritant is is het wel dat in 2003 in de MSDN library overal lelijke (persoonlijke smaak :P) VB code enzo staat die je telkens moet gaan filteren :P En het lijkt me bevoordelijk voor de snelheid :P.

@thegve
Ik doelde inderdaad enkel op de help :). Voor de rest heb je niet veel tot geen last van de andere 2 talen.

@DeKaluh
De help van VS2003 kun je ook los van de IDE instellen :)
Mocht je het willen weten hoe:
Tools -> Options -> Environment -> Help -> Bij settings kiezen voor External help.

@Timonv
Ik vindt VB.NET absoluut niet intressant (ben er vroeger in de .NET omgeving mee begonnen) dus een filter instellen aan het begin zou voor mij ideaal zijn :).
Het helpsysteem is nog wel een van de zwakste punten van visstudio 2k3. Hopelijk is dat in 2k5 verbeterd. Het zoeken is traag, en de filters werken slecht. Zoekmachines op internet zijn vele malen efficienter. Ik vind het opzich voor "de experimenterende gebruiker" wel nuttig dat alles bij elkaar zit. Dat experimenteerd wat makkelijker, als je anders een andere module nog apart moet aanschaffen :S. Ik denk dat jouw argument ook voornamelijk op de help schaft. Voor de rest heb je weinig last van VB als je een C#/C++ project start lijkt me.
Ik gebruik nu de beta 2 van VS8 en vind dat het helpsysteem al veel sneller werkt. In VS7 duurde het telkens uren (overdreven) voordat die help tevoorschijn kwam, in VS8 is ie er in no time.

Daarnaast draait de help standaard in een los window en niet meer in de IDE zelf, wat ik een hele vooruitgang vind.

Alleen laat de invulling van de help zelf nog te wensen over. Veel classes en functies zijn nog niet gedocumenteert en ook examples ontbreken vaak. Maar goed, het is dan ook een beta ;)
Daarnaast draait de help standaard in een los window en niet meer in de IDE zelf, wat ik een hele vooruitgang vind.
Euh, dat is met vs 2002 en 2003 ook prima in te stellen hoor ;)
Tools -> Options -> Environment -> Help, en dan "External Help" aanvinken
De VB code samples zitten expres in de MSDN. Aangezien .NET werkt met een library/classes systeem dat zowel door cpp/C#/vb.net te interpreteren is, heeft microsoft de msdn "versimpelt" om het zo overzichtelijk te houden. Tevens pik je dan nog wat mee van andere talen =]
Edit & Resume :+ weer terug :)

Al ben ik persoonlijk altijd sceptisch als ze zeggen "tot 70%" minder code...
Inderdaad, die asp.net zal dan achter je rug nog zoveel html gaan genereren... dus hoe moet je die 70% minder code dan interpreteren...

Het is een kwestie van 'smaak' maar ik prefereer nog de gewone in-line webscripting zoals php, jsp of asp waar je volledige controle hebt over welke html je wil genereren, wat niet het geval is in asp.net of JSF
Inderdaad, die asp.net zal dan achter je rug nog zoveel html gaan genereren... dus hoe moet je die 70% minder code dan interpreteren...
Die 70% minder moet je dus interpreteren als 70% code minder zelf in te kloppen code. (Of dit in de praktijk ook zo uitpakt, is afhankelijk van je stijl: maak je veel gebruik van de nieuwe voorgebakken functionaliteiten, of geef je al deze functionaliteiten zelf vorm.)
Het is een kwestie van 'smaak' maar ik prefereer nog de gewone in-line webscripting zoals php, jsp of asp waar je volledige controle hebt over welke html je wil genereren
Ook binnen asp.net kun je de volledige controle behouden over welke html je wilt genereren door geen server-controls te gebruiken, maar door je rechtstreeks op het genereren/manipuleren van html-controls te richten. Wel mis je dan natuurlijk de (code-kloppen besparende) voordelen van de voorgebakken server-control functionaliteiten, maar heb je wel de luxe van een volledige programmeertaal die meer te bieden heeft dan in-line webscripting.

(Ik ben op het moment heel tevreden met VB/ASP.NET 1.1 en hoef nog niet zonodig naar ASP.NET 2.0. :) Alhoewel... die integratie met SQL Server... :P )
70% meer sleur en pleur vrees ik :+
Dit is typisch Microsoft marketing. (No flame intended) Op deze manier weten ze een product bij mensen die financiele beslissingen moeten nemen onder de aandacht te brengen, niet gehinderd door enige vorm van kennis.
In de practijk zullen mensen die echt kunnen programmeren al snel over deze gebruikersvriendelijke methoden heen stappen omdat het je ernstig hindert in de flexibiliteit, structuur en onderhoudbaarheid van de applicatie. Ik verwacht ook niet dat ik met deze versie veel minder code ga kloppen. De instap drempel wordt hooguit wat verlaagd, en binnenkort kan een kleuter een "applicatie" maken.
Niet helemaal waar.

Je kan in asp.net gebruik maken van webforms, controls en de hele rambam, je kan ook alleen de objecten gebruiken, en alles " response.write "-en naar de pagina.

Is mogelijk, alleen wordt het als niet zo netjes beschouwd ;)
Het mooiste is natuurlijk eigen controls maken, dan heb je en het gemak, en alle controle over de output :)
Ik werk nu al een tijdje met de beta, en ik moet zeggen er zitten een groot aantal handigheidjes in. Maar ik moet er eerlijk bij zeggen dat dit wel meteen mijn eerste echte ervaring is met ASP.NET mbt webapps.
Nu maar hopen dat de boel nu ook eens normale HTML (of nog liever: XHTML) uit kan poepen.
Volgens verschillende bronnen is VS2005 XHTML Compliant.

(zie bijvoorbeeld:
http://quickstart.developerfusion.co.uk/QuickStart/aspnet/doc/vwd.aspx )

@jeroen123:
Je kunt kiezen hoe de pagina's moeten worden aangeboden:
Visual Web Developer enables you to easily target a specific HTML standard or browser when writing your HTML pages. For example, you can target your HTML pages to work with a particular browser such as Netscape Navigator 4.0 or Internet Explorer 6.0. Alternatively, you can target a particular HTML standard such as XHTML 1.0 Strict or XHTML 1.0 Transitional.
Edit |:( :D :
Ter info dat dit niet alleen geldt voor de express edition (waar de eerste link naar verwijst), maar ook voor VS2005 zelf, de volgende link:
http://www.asp.net/whidbey/whitepapers/VSWhidbeyOverview.aspx?tabindex =0&tabid=1
Nu nog een browser die XHTML-compliant is. AFAIK aanvaard IE nog steeds geen "application/xhtml+xml" mime-type. Ik veronderstel dus dat de pagina's nog steeds als text/html worden aangeboden wat het dus niet XHTML-compliant maakt.
Eindelijk komt de Control Array terug en kan ik dus weer eens een poging wagen om wat soepeler over te stappen van VB6 naar .Net 2005
Je kon het al doen... Kwestie van een array instantie van de desbetreffende control klasse maken. (Elke control heeft in VB.Net z'n eigen klasse). Nadeel is wel dat je dan handmatig je event code moet bijwerken.

:(
VSX ziet er wel leuk uit en de features zijn grappig. De integratei is leuk, maar is dit allemaal wel nodig. ik zelf zit vaak in hetrogene omgevingen en dat heb je direct geen klap meer aan die integratie, wat gelijk het zwakke punt van MS aangeeft.

persoonlijk heb ik liever zo min mogelijk integratie tussen software applicaties, maar wel heldere interfaces die je kunt gebruiken. vb. is BPEL.. Ik kan een WS maken zonder dat mijn hele tool geintegreerd is met die shit. En mijn BPEL manager kan mijn WS prima gebruiken.

Integratie is leuk en vaak goed, maar ik zie ook vaak en vooral bij MS dat het geen zak toevoegd.
Integratie is juist een van de sterke kanten van het .Net framework... Je kan zeer eenvoudig een webservice van een andere, op een totaal ander platform draaiende applicatie aanspreken, je kan zeer eenvoudig een eigen tcp, of udp, of wat voor protocol dan ook implementeren om met de "andere buitenwereld" te praten.
Je kan simpel Alle Com objecten gebruiken.

Het is dus juist een heel waardevol onderdeel van het .net framework.

En heb je geen zin in het "edit enviroment" Dan kan je gewoon, rustig vanaf de command line van alles uitvoeren, Desnoods edit je in notepad een webservice bij elkaar dus :)
Ik heb al kunnen stoeien met dees versie (weliswaar béta 1 en 2) maar moet zeggen dat het allemaal erg soepel en fijn werkt. Ladingen nieuwe feature's (allemaal kleine dingen die alles net ietsje makkelijker laten werken), er was bv al integratie met SQL server, maar deze is met vs2005 behoorlijk uitgebreid.

Wat ik persoonlijk een erg goed punt vindt, (uit het oogpunt van een webontwikkelaar gezien) is dat VS2005 nu standaard de mogelijkheid biedt om de gegeneerde websites aan standaarden te laten voldoen. Zo was het niet mogelijk om enige vorm van W3C compatible code te genereren met VS en het .NET framework. Je hield altijd tags en anchors die niet compatible waren met standaarden, waardoor soms pagina's niet compatible waren met alle browsers. Nu kun je je website eenvoudig aan alle standaarden laten voldoen (zelfs XHTML 1.1 ;)).

Wat ook handig is is de eigen browser die gestart wordt bij debuggen (eventueel in sandbox mode), mocht je het nu voor mekaar krijgen om je browser te laten chrashen door innovatieve (ahum) code, kill je later niet al je iexplorer vensters... :*)
Ik ben echt vol lof over de beta 2 van VS8 waar nu al een maandje fulltime mee werk. Visual Studio crasht bij mij nog wel gemiddeld 1x per dag, maar zelfs DAN is er geen probleem. Er wordt een recoveryproces op de achtergrond opgestart en en je kunt (na een bak koffie of een bezoekje aan het toilet) weer verder werken. Geen enkele byte verloren gegaan.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True