Microsoft wil ontwikkelen webapplicaties eenvoudiger maken

Microsoft 'Volta' moet voor het internet worden wat Visual Basic was voor Windows: een makkelijk te leren hulpmiddel om applicaties te maken. Projectleider Erik Meijer lichtte zijn plannen toe op de Oopsla-conferentie in Canada.

Een van de belangrijkste nieuwe concepten die Volta introduceert, is ondersteuning om de code automatisch in verschillende tiers te verdelen, die op verschillende lokaties of platformen kunnen draaien. Deze verdeling moet nu vroeg in het ontwikkeltraject vastgelegd worden, want er worden compleet verschillende hulpmiddelen gebruikt voor de verschillende lagen van een applicatie. Daarbij kan bijvoorbeeld worden gedacht aan Javascript en html voor de browser, php voor de server en sql voor de database.

Volta werkt als plugin voor Visual Studio en haakt daarmee in op het .Net-framework. De truc zit hem in de verschillende compilers die erbij horen: aan de kant van de cliënt kan de msil-code vertaald worden naar Javascript, Flash, Silverlight of eventueel zelfs een combinatie daarvan, terwijl het deel dat op de server wordt uitgevoerd kan worden gecompileerd naar een x86-programma op de server en sql-statements voor het ophalen van data.

De techniek zou niet exclusief voor Microsoft zijn, maar ook werken op andere browsers en besturingssystemen. Volgens de bedenker blaast Volta bestaande Ajax-frameworks zoals de Google Web Toolkit uit het water, maar zijn werkgever heeft nog niet besloten of het project wel wordt uitgebracht als product. Wel wordt het intern gebruikt door het Live-team, wat betekent dat het in ieder geval een goede kans maakt om ooit publiek beschikbaar gesteld te worden.

Reacties (37)

[voodooless]

Leuk dit soort dingen. Echter heb ik er altijd een probleem mee als je niet weet wat waar vandaan komt, en wat waar heen gaat. Je hebt namelijk geen idee meer wat nu op de server draait, en wat nu op de browser gedaan wordt. Tevens hoop ik ook dat ze aan de designers gedacht hebben. Die wil je namelijk toch echt niet hun pagina's in C# laten opmaken. Een ander punt is debuggen. 't zal een feest zijn erachter te komen waar de fout zit als er weer eens iets in IE wel werkt en in firefox niet (ook al word er browser specifieke code gemaakt kan het altijd nog wel eens mis gaan).

Voor java is er trouwens ook een vergelijkbaar framework: http://zk1.sourceforge.net/ Is vast wat minder uitgebreid.

[Reactie gewijzigd door voodooless op 22 juli 2024 19:19]

[dotcode]

Ik heb een aantal filmpjes op channel 9 gezien die een goede indruk geven van hoe het werk:
http://channel9.msdn.com/tags/Volta
Supper makelijk en je kan iop ieder moment 'tunen' waar het werk zou moeten gebeuren.

[Verwijderd]

Op een of andere manier begin ik toch steeds een beetje te huiveren als microsoft het weer ziet zitten om een of andere 'supervernieuwende' technologie door onze strot te rammen.

Het enige dat ze gaan verwezelijken is dat ze dit (toch niet zo) vernieuwend ding bovenop de stapel met gelijkaardige technologieën gaan smijten, en wij als software engineers door de bomen het bos niet meer zien.

Spijtig dat ik niet naar hun filmpjes kan kijken, Silverlight werkt blijkbaar niet op mijn configuratie

[Biinjo]

Ja, dat Silverlight is een hele serieuze concurrent voor Flash Werkt alleen op Windows computers met bepaalde hardware

Inmiddels draait het wel, net na de installatie gaf het wat fouten.

[Verwijderd]

>> Werkt alleen op Windows computers met bepaalde hardware

Da's grappig want het werkt toch echt op m'n Mac hier.

[Verwijderd]

Het is te hopen dat het uiteindelijk uitgebracht wordt als product, dit zou ideaal zijn om dat krukkige ajax eindelijk eens vaarwel te zeggen en op een echt handige manier webapps te maken.

[RM-rf]

Ajax is geen product maar gewoon een 'principe' van de combinatie van javascript en asynchrone verbindingen om data op te halen (via XML, JSON of soms gewoon 'text' data).

er bestaan wat toolkits, library's en Volta zou hier gewoon één van zijn.

Overigens, ik betwijfel of MS op dit vlak een daadwerkelijke 'winner' uit zal brengen..
ondanks dat ze eigenlijk zelf de bedenkers zijn van het hele Ajax, welk eigenlijk gebaseerd is op een allereerste ActiveX XML-object en hun 'data islands' technologie.

Echter, voor MS was het altijd een groot probleem dat dit een compleet 'open' wijze van applicatie-ontwikkeling is, waardoor een producent van ontwikelomgevingen direkt ook een 'invloedpositie' opgeeft door applicaties op deze manier te ontwikkelen...
Precies om die reden wilde MS zélf ook nooit zich er volledig op werpen, en zelf ook daadwerkelijk zélf hun producten mee ontwikkelen en op de markt gooien...
Juist omdat men daarmee de 'machtspositie' als softwareproducent enorm weggeeft.

Liever koos men toch voor allerhande 'gesloten' en proprietaire methodes en ontwikkelformaten; juist omdat dat een gerantie bood als ontwikkelaar en aanbieder daarvan ook een vinger in de pap te houden.

[Verwijderd]

Ik zeg nergens dat AJAX een product is.

[killercow]

Het krukkige uit ajax komt vooral door de problemen met een bepaalde browser, Ajax zelf werkt prima in die browser, maar de DOM incompatibiliteit en css problemen met die stukje rotzooi maakt het zo lastig.

IE is gewoon de oorzaak van 90% van de problemen op web dev gebied, het zou MS sieren als ze hier eens iets aan gingen doen, (en nee IE7 is niet genoeg)

Hou je gewoon aan de standaarden, daar zijn web developpers pas blij mee, niet met nog een toolkit / compiler, what ever.

[Verwijderd]

Nee, het krukkige aan AJAX is het feit dat je technologieen die bedoeld zijn voor opmaak en gelimiteerde interactiviteit gebruikt om volwaardige applicaties mee te bouwen. Daar zijn ze nooit voor bedoeld, en qua ontwikkeling ben je constant om de beperkingen van het medium heen aan het werken.
Wie zegt trouwens dat deze toolkit geen standaard-compliant code genereert? Dat blijkt immers nergens uit.

Maar ik begrijp dat je het weer op een MS-bash moet gooien, want zo denk je nu eenmaal.

[thegve]

Volgens mij is AJAX opzich een vrij redelijke toepassing van JavaScript en XML, die ook nog vrij eenvoudig is. Wat wat complexer word, is het bouwen van volledige office applicaties in JavaScript.
De originele term en bedoeling van AJAX (Asynchronic Javascript And XML) valt prima binnen de doelstellingen van XHTML en JavaScript.
Overigens zijn er vrij veel OSS libraries die AJAX webapplicaties eenvoudig te bouwen maken.

aan de kant van de cliënt kan de msil-code vertaald worden naar Javascript, Flash, Silverlight of eventueel zelfs een combinatie daarvan

Ze zeggen hier niet dat ze zich niet aan standaarden gaan houden, MS-bashen is inderdaad slecht, maar Microsoft (of Google wat dat betreft hoor, die maken ook geen w3c compliant html/css) heeft niet echt een goed "track record".
Zowieso geloof ik er niet in dat het abstracter maken van de techniek door er zo'n dik framework om heen te bouwen erg veel nut heeft. Als je na eenvoudige leerapplicaties ineens echt het diepe inmoet dan kun je dat volgens mij net zo goed direct doen. Ik geloof meer in dingen als mootools en jquery.
off topic: Zullen we de discussie een beetje vriendelijk houden? Dank je.. /off topic

[madnificent]

Misschien zouden ze het webdevs eenvoudiger kunnen maken als ze eindelijk eens correct de standaarden implementeerden. Juist hun werk maakt het bijna onmogelijk om volledig op de standaarden (W3C) af te gaan en propere websites te maken.

Daar buiten vraag ik me af hoe het zit met de ondersteuning van deze media voor gehandicapten. Haast alles dat we in html bij gooien (flash/silverlight/javascript) kan nauwelijks tot niet door braillemachines of screenreaders vertaald worden. Volgens mij is die richting immens veel belangrijker dan nog maar eens een platform bij te bouwen om websites in te bouwen.

Natuurlijk is dit een geweldige evolutie voor de huis-tuin-en-keuken webdev die nauwelijks van standaarden gehoord heeft, maar zich wel overal wil profileren als de grote man. Deze zal via dit platform weer heerlijk vreemde applicaties in elkaar kunnen boksen, op minder tijd \o/

[LeLo]

Als met deze tool applicaties worden gebouwd die een 'off-line' variant moeten gaan vervangen (bijvoorbeeld een financieel pakket), hoeft het geen probleem te zijn dat het niet alle webstandaarden voldoet. De klant krijgt namelijk een lijstje met systeemvereisten (Windows XP of hoger, IE6 of hoger, etc.), hetzelfde als bij een pakket dat een client installeert. Natuurlijk is het web-enablen van applicaties bedoeld om overal en met elk OS een applicatie te kunnen gebruiken, maar MS en de meeste klanten van MS zijn al tevreden met een 'marktaandeel' van 90%.
Overigens is het issue met het geschikt maken voor visueel gehandicapten inderdaad erg complex. In Amerika wordt een bedrijf aangeklaagd omdat de online shop niet gebruikt kan worden door sommige groepen mensen, dus dit is wel degelijk iets om rekening mee te houden.

[killercow]

Het compatibel maken van je website doe je in 3 grote stappen.

A, je maakt je content los van alle andere zooi,
Je zorgt ervoor dat je content semantisch correct ingedeeld is.

B, je voegt door middel van een stylesheet alle opmaak toe, dit inc plaatjes en layout dit niets met het artikel te doen heeft.

C, je voegt javascript toe om handelingen in de website te enhancen,

Een browser/spider/telefoon/pda/koffiemolen kan op die manier zelf beslissen welke lagen ze wel en niet ondersteunen, en zo kan de onderste laag altijd nog prima bekeken en begrepen worden door zelfs de meest lichte browser.

En serieus, semantisch correct ontwikkelen met deze structuur van gescheiden lagen is echt niet zo moeilijk.

[Verwijderd]

leuk zo een filmpje wat je niet kunt zien omdat ik dan ms specifieke rommel op mijn laptop moet installeren. Als dit ook de trend is dan hoeft het voor mij niet. We leven niet in een hetrogene wereld.

[Rhapsody]

Flash heb je zeker wel geinstalleerd? Dat is namelijk Adobe specifieke rommel.

[killercow]

We kunnen inderdaad beter gewoon SVG met javascript gebruiken, eventueel met Canvas, maar dat blijft vooral door de geweldige support van een bepaalde browser bouwer de komende tijd vooral een illusie.

[Crysania]

er zijn silverlight plugins voor een flink aantal browsers en os-es

ik denk persoonlijk dat de volgende versie silverlight +next flash genadeloos gaat verslaan. op dit moment kan silverlight ongeveer hetzelfde als flash.

[Arne]

Wanneer ze webontwikkeling makkelijker willen maken zullen ze eens moeten beginnen met het aanhouden van de standaarden en het ondersteunen van een firebug-achtig "programma" (of plugin). Hoeveel werk je kan hebben met een IE-error welke in FF niet optreed is niet normaal meer.

[Wouter Tinus]

Zoiets bedoel je? Internet Explorer Developer Toolbar

[user109731]

Sorry, maar imho komt dat niet eens in de buurt van de Web Developer toolbar. Het door arne genoemde Firebug gaat nog verder, die heeft een complete script debugger, profiler, (AJAX) request viewer, etc

[Reactie gewijzigd door user109731 op 22 juli 2024 19:19]

[Chevalric]

Hoewel de IE Dev Toolbar best handig is, komt 't niet in de buurt van Firebug.

[Garma]

dat vind ik ook, om eerlijk te zijn gebruik ik ff alleen nog maar voor firebug. En hoe moeilijk kan het zijn om dat na te bouwen, als het goed is is het alleen een 'visualisatie' van de data die al door de browser bij elkaar verzonnen is toch? Een DOM tree, css info, een hook om httprequests in een console te zetten en je bent al een heel eind. Zelfs de functionaliteit om attributen live aan te passen moet eenvoudig zijn, javascript kan het immers ook.

misschien toch s wat gaan prutsen in visual studio binnenkort..

[Reactie gewijzigd door Garma op 22 juli 2024 19:19]

[Ethnocentrix]

Microsoft 'Volta' moet voor het internet worden wat Visual Basic was voor Windows

Dat hadden ze toch al? generator="microsoft frontpage 4.0"

[aaiding]

Eigenlijk lijkt het me zoiets als wat 'n "echte" programmeertaal is t.o.v. assembler.
Bij assembler moet je waarden in registers stoppen en interrupts aanroepen en weet ik wat, terwijl je in 'n programmeertaal kan "aangeven" wat je bedoelt (String waarde = "Hoi").

Zo is 't ook met webdevelopment en HTML/Javascript/Flash/Silverlight/XML/SVG.
Als programmeur interesseert het je (in feite) niet *hoe* je 'n XML opbouwt en uitleest om een bepaalde waarde door te geven. Het gaat erom *dat* de waarde van A vanuit punt B kan opvragen.

Dat kan allemaal perfect met de huidige technieken kan, maar het kost gewoon *teveel* tijd. Als Microsoft zich helemaal moe maakt op een techniek die jou als programmeur heel veel tijd bespaart, dan is dat toch alleen maar mooi?
Bovendien zijn ze daar in Redmond ook niet dom, en zorgen er steeds beter voor dat alle gegenereerde code XHTML-compatible is, en ook werkt in Firefox, Safari, etc.

En als je dat niet aan staat kan je altijd nog terug en alles handmatig inkloppen.

[Xyzar_]

een comleet, allesomvattend pakket om eenvoudig fatsoenlijke applicaties te kunnen bouwen is natuurlijk een mooi iets. Maar het zal wel richting Frondpage en de HTML-exporter van Word gaan: bizarre onoverzichtelijke rommel die alleen in IE werkt.

[junkchaser]

Microsoft wil ontwikkelen webapplicaties eenvoudiger maken

- O jee, nog meer trash op het net van mensen die er niets vanaf weten en kennen.
Professionele websites worden niet zomaar even in elkaar geflanst. Analyse, ontwerp en gestructureerd programmeren is niet voor iedereen weggelegd.
Ik vrees het ergste voor het web... Wat té simpel is, verlaagt de waarde van het platform en het product. Zo denk elke would-be dat hij morgen een webfirma kan opstarten.
Zo krijgen de echte webdevelopers en designers een verkeerd imago, waar klanten een vooroordeel gaan hebben betreffende de kwaliteit en kosten.
De hobbyisten verzieken de markt en dat zal enkel verslechteren.