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 , , 17 reacties
Bron: ComputerWorld, submitter: aliencowfarm

Microsoft heeft bekendgemaakt dat het toegetreden is tot de OpenAjax Alliance. Dit verbond werd vorige maand opgericht en heeft zich tot doel gesteld de interoperabiliteit van verschillende Ajax-tools te promoten.

Een O'Reilly-uitgave over AjaxDoor een verzameling regels op te stellen, moeten Ajax-technologieŽn en -applicaties die eraan voldoen, naadloos kunnen samenwerken. Nu hanteren verschillende ontwikkelomgevingen vaak hun eigen manier van werken, waardoor er problemen kunnen optreden als code van de ene ide naar de andere wordt overgezet. Bovendien ontstaan er soms problemen met betrekking tot de cross-browsercompatibiliteit. Door verschillende fabrikanten - op dit moment telt de alliantie 72 leden, waaronder Microsoft - te verenigen, hoopt de groepering hier wat aan te kunnen doen. Een bijkomend effect zou zijn dat de ontwikkeling van Ajax-applicaties sneller kan gebeuren, wat de kostprijs naar beneden moet halen en op zijn beurt het Web 2.0-concept moet stimuleren.

Moderatie-faq Wijzig weergave

Reacties (17)

Ben ik de enige hier die dit een compleet onzinnig initiatief vind?

Ten eerste wordt hier gediscusieerd over IE en zo, maar daar staat dit vrij los van. De basis van Ajax is het XMLHttpRequest. Das een feature die in browsers is ingebakken (ooit bedacht door.... jawel: Microsoft) en niet ter discussie staat.

Waar het om gaat is dat deze alliantie ervoor wil zorgen dat je met 40 verschillende Ajax toolkits kunt werken, zonder dat ze elkaar bijten. Hiertoe moet iedereen bij de OpenAjax Registry zijn toolkit, met bijbehorende Javascript en objecten/namen) registreren. Daarnaast moet je de OpenAjax hub scriptjes gebruiken om je andere toolkits te (un)loaden en aanroepen.

Ten eerste wil ik geen 40 verschillende Ajax libs gebruiken in 1 project (en ook geen 5). Daarnaast is de kans dat die drie libs die ik gebruik, elkaar bijten minimaal en mocht dat echt voorkomen, fix ik dat zelf wel even (als een echte eigenwijze techneut betaamt).
Dit vind ik persoonlijk een beetje kort door de bocht.

Zoals ik het begrijp is de bedoeling van het OpenAjax gebeuren niet zozeer dat je 40 verschillende libs moet gaan gebruiken, maar dat deze 40 libs en Ajax projecten welke in de ene IDE gemaakt zijn zonder meer probleemloos over te zetten zijn en bewerkbaar zijn in een willekeurige andere IDE.

Even vooraf : De discussie Visual Studio, Delphi of Dreamweaver zuigt is niet aan de orde hier. Iedereen heeft zijn of haar voorkeur.

Stel je dus voor dat in Visual Studio een AJAX project wordt gemaakt, met door Microsoft ontwikkelde AJAX componenten. Later besluit het bedrijf meer multi-platform te gaan ontwikkelen, en dus willen ze overstappen naar een Delphi omgeving of wellicht waarschijnlijker, de DreamWeaver IDE.

Het project met de hand moeten converteren, als dat al kan en geen complete rewrite nodig is, is dan erg onhandig en niet bepaald kostenefficiŽnt. Het zou dan erg mooi zijn dat AJAX als technologie op zichzelf zou staan, en niet IDE afhankelijk worden, zoals het eigenlijk ook hoort. Hiermee kan niemand een monopoliepositie krijgen en moet er echt met keiharde kwaliteit geconcureerd worden, en dat is juist heel goed voor ons ontwikkelaars, en bedrijven omdat dat kostenbesparende (want dat is dan toch een selling point) oplossing op gaat leveren.

Daarnaast ondersteunen dan alle partijen 1 standaard, dus ik zou dan zeggen, win/win situatie voor iedereen, en dat is dan ook een hele goede motivatie voor elk bedrijf om hier aan mee te doen.
Ik ben je even kwijt denk ik... wat is in jouw ogen een Ajax component?

Een Ajax component/library bestaat in mijn wereld uit 2 delen die samenwerken:

1. Javascript voor Front-end kung-fu. Uitvoeren request en afhandelen (XML) response.
2. Back-end service die requests opvangt, iets nuttigs doet en response terug geeft.

Een IDE is er (zoals de naam al zegt) alleen om je te helpen bij het implementeren van de libraries..... Maar om met zo'n library binnen een IDE te kunnen werken, moeten de makers van de library toch ook een IDE plugin schrijven? Dus als jij van Visual Studio naar Eclipse verhuisd, kun je alleen je javascript meenemen en zie ik niet hoe je de rest mee gaat nemen/porteren..... Zelfs als je bv binnen de java-werled blijft met je verhuizing ben je nog steeds afhankelijk van de beschikbaarhedi van de library-plugin voor jouw IDE.
Joh, lťťs die website nou eens, dan wordt dat wel duidelijk.
Componenten is misschien niet de beste woordkeus achteraf, maar had ik beter projecten en AJAX specifieke technologie moeten zeggen.

Maar goed : http://www.openajax.org/OpenAjax%20Conformance.html

Waarbij dit item eigenlijk aantikt wat ik hier zeg : -Interchangeability of OpenAjax Conformant products, such that customers can choose among multiple vendors (and change vendors in the future)

Edit : Als het enige wat hiermee bereikt wordt het voorkomen dat verschillende bedrijven de technologie toeeigenen en dermate verbouwen dat er compatibility issues ontstaan, dan zou ik zeggen, DOEN ! Al ging het alleen daar maar om. Het verleden heeft dit wel geleerd. (IE versus Netscape, SUN Java en MS Java en zo zijn er vast nog wel meer aanvullingen)
Google is ook toegetreden, maar dit was pas na de pers release bekend geworden.
Today was a big day for OpenAjax Alliance. I am very happy to announce two new members, Microsoft and Google. Our press release of today includes the Microsoft news. Unfortunately, we became aware of Google after the press release went out
bron: http://www.openajax.org/blog/
Voor Cross-browser compatibiliteit is deze OpenAJAX aliantie niet echt nodig - hiervoor moeten alle browser-fabrikanten zich gewoon houden aan de W3C standaarden en de JavaScript (ECMA) standaard. Ik hoop dat Microsoft bij de volgende versie van IE [7.5?] juist op dit gebied een grote stap gemaakt zal hebben.

Op het gebied van IDEs is deze aliantie misschien wel een goede zaak, omdat je met elkaar kan afspreken hoe je de diverse mogenlijkheden (IDE/site) coordineert.
XMLHttpRequest, de basis van veel AJAX-implementaties, is niet eens een W3C standaard :P Wel in ontwikkeling, maar nog lang geen standaard of recommendation (http://www.w3.org/TR/XMLHttpRequest/)
M.a.w. je kan geen ajax toepassen en je tegelijkertijd aan de huidige W3C standaard houden en dit intiatief is dus weldegelijk zinnig. Omdat op dit moment geen twee browsers dit identiek implementeren (waarom zouden ze ook, bij gebrek aan standaard?) zal je ook a priori aandacht moeten besteden aan cross-browsercompatibiliteit.
Ik geef toe dat XMlHttprequest (nog) geen W3C standaard is, maar het is al wel gedocumenteerd en gestandardiseerd door dat WHATWG.

XMLHttpRequest is echter slechts een klein deel van een Ajax-toepassing, voor het overige gaat het dus echt om DOM,JavaScript en CSS. Die zaken zijn van een veel groter belang en wel gestandardiseerd.

Als Microsoft echt iets positiefs wil doen tov Ajax dan moeten ze eerst maar eens die standaarden 95%+ gaan ondersteunen.

* Little Penguin zijn eerste reactie was overigens 'onzin', maar goed zonder motivatie heb'ie daar niks aan.
CSS heeft op zich weinig met Ajax te maken, maar is inderdaad wel belangrijk voor de rest van de site.

De W3C-recommendation (of working draft, wat het op dit moment nog is) wordt overigens gemaakt door een lid (of nou ja, Man Met Veel Input) van de WHATWG, Anne van Kesteren. De WHATWG zelf heeft geen specificatie van XMLHttpRequest voor zover ik weet (heb het even nagekeken op de site, niks te vinden buiten een hoop discussie op de mailinglist)
Mooie ontwikkeling, ik kan dit soort dingen alleen maar toejuigen.

Als ms zich nu ook aan deze afspraken gaat houden in IE is het helemaal mooi, aangezien er dan in ieder geval op het gebied van Ajax geen sites meer zijn die op de ene browser wel werken en op de andere niet.
Zou idd niet verkeerd zijn. Maar zoals met zoveel standaarden houd MS er vaak wel een eigen manier van werken op, ik moet het nog even zien of MS alles goed weet in te bouwen.
Op zich hebben Ajax en Web 2.0 weinig met elkaar te maken. Met Web 2.0 worden websites bedoelt die zijn gebaseerd zijn op samenwerken en het delen van data tussen gebruikers zoals Wiki's en folksonomies...

Web 2.0 is dus geen technische invulling van de volgende editie van het web, maar meer een manier hoe het web ingevuld kan worden.

Ajax is mijn inziens alleen maar een leuke tool om die applicaties gemakkelijk bruikbaar te maken voor de gebruiker.
eens. Alleen schiet't weer niet op met SEO als je'n website helemaal laat werken als een desktop applikatie...dus zonder page-reloads. Dat zouden ze nogn's moeten oplossen.

Tot dan gebruik ik wel Ajax/Web2.0, maar alleen wanneer het SEO niet in de weg staat.
als die snorren bij Microsoft zich nu ook eens aansluiten bij de belangrijke W3C initiatieven dan zou niet iedereen voor de IE baggerbrowser een separate site hoeven bouwen |:(
Zolang Microsoft's clientside Ajax-library nog steeds 80KB aan obfuscated javascript is zie ik niet in wat het woord 'Open' hiermee van doen heeft.

Leuk als je sleur&pleur kan doen met diverse libraries in verschillende IDE's maar javascript is niet een technologie die zich makkelijk laat weg-abstraheren due to the diverse nature of browsers; dat gaat geheid lekken...

Serverside programmers en clientside technologie is doorgaans geen goede combinatie...
Vorige maand opgericht? Dat klopt niet. De OpenAjax Alliance stamt uit februari *2006*, voortkomend uit de OpenAjax Initiative.

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