AJAX non sempre lava più a fondo... (2)

Finirò con il creare una categoria di post per questo argomento, lo so :D

Alcune riflessioni pubbliche fresche fresche: il mio compaesano Paolo Pialorsi, che sapevo già come la pensava nonostante abbia una serpe in seno :) e Marco Bellinaso, che però ormai si è abituato a Sharepoint e quindi, tutto sommato, con Javascript ha già un rapporto :)

Su Sharepoint, nessuno, neanche sotto tortura, riuscirà a farmi dire cosa ne penso davvero - almeno fino a che non uscirà la prossima versione :D

Marco in particolare (e ragionevolmente) sviluppa alcuni discorsi che non ho voluto approfondire sia per una questione di lunghezza (quando comincio a parlare di un argomento che mi interessa, finisco per dilungarmi troppo, molto spesso) che per pigrizia (d'altra parte la mia estate finisce tra 2 giorni) ho evitato nel mio primo post.

Assodato che ci sono ambiti in cui AJAX è utile (ho usato una roba del genere nemmeno 5 giorni fa per un progettino su MCE, anche se non l'ho chiamato AJAX...), resta da stabilire perchè, ogni due anni, ci sia qualcosa che tenta di distorcere quello che il web fa. Ovviamente il motivo migliore è che un'applicazione web non ha "sorgenti", non viene distribuita, gira su un server su cui in genere è facile intervenire per aggiornamenti, e qui aggiungeteci tutte le belle cose che ci hanno insegnato a scuola sull'architettura HTTP :)

Assodato questo, quello che Marco fa notare è che preferisce sviluppare due versioni dello stesso sito, in base alle funzionalità dei browser. Il che ci porta indietro, di nuovo.

Insisto: di un sito web andrebbe fatta una sola versione, che dovrebbe funzionare su tutti i browser (almeno, quelli che si avvicinano agli standard). Bastano i CSS, se è necessario, per stabilire cosa visualizzare e cosa no. I CSS sono più che comodi ma è un altro discorso.

Per chiudere, almeno per ora, il discorso su AJAX, dico la mia utopia, che spero tra un po' trovi conferma.

In ASP.NET 2.0, anche se non l'hanno sviluppato a dovere, c'è un nuovo adaptive rendering che dovrebbe favorire la creazione di controls in grado di adattarsi al dispositivo. Non sarebbe affatto male se i controlli di Atlas fossero in grado di fare un sano PostBack quando il client non è in grado di utilizzare Javascript. Ci sono posti dove un PocketPC è decisamente più comodo di un portatile :)

Con tutto questo, nei prossimi mesi leggerete e vedrete Ajax negli articoli che pubblicheremo e nell'evento (a settembre altre news) che faremo. Il fatto che non convinca me non è affatto significativo, a tanta gente potrebbe cambiare la vita :)

Nella stessa categoria

Commenti
TrackBack scrive:
22/08/2005 ore 19.38
TrackBack scrive:
22/08/2005 ore 19.35
TrackBack scrive:
21/08/2005 ore 12.53

Aggiungi un nuovo commento »»»
Per inserire un commento, devi registrarti alla nostra community.

© 1998-2008 - ASP.NET, Media Center e tecnologia - Il blog di Daniele Bochicchio

TagCloud
.NET Framework, .NET Framework 2.0, .NET Framework 3.0, .NET Framework 3.5, 10annidi, ADO.NET, AJAX, Architettura, ASP, ASP.NET, ASP.NET 2.0, ASP.NET 2.0 per tutti, ASP.NET 3.5, ASP.NET 3.5 per tutti, ASP.NET AJAX, ASP.NET MVC, ASPItalia.com, Cache, CSS, Custom Control, Database, Databinding, Datagrid, Deployment, HttpHandler, HttpModule, HttpRuntime, IIS, ISAPI, Javascript, LINQ, LINQ to SQL, LogParser, Master Pages, Media Center, Membership API, Microsoft Expression, Mono, MySQL, Object Oriented Programming, Off Topic, Office, Pattern, Profile API, Provider Model, Report, Roles API, Security, Silverlight, Silverlight 2.0, SQL Server, User Control, Visual Studio, Web Service, Windows CardSpace, Windows Client, Windows Live Services, Windows Mobile, Windows Presentation Foundation, Windows Server, Windows Vista, WinFS, XAML, XBox 360, XHTML, XML, XSLT
BLOG INFO
  • Post: 842
  • Commenti: 356
  • TrackBacks: 183
  • Feed blog e contenuti tecnici: RSS
  • Feed blog: RSS Atom OPML

MVP
CATEGORIE
I PIÙ LETTI DEL MESE
IN EVIDENZA