Ad oggi la gran parte dei dati dei form vengono validati con JavaScript dal lato client, ma cosa succede se l’utente ha JavaScript disabilitato? Alcune statistiche indicano che il 10% degli utenti attivi rientra in questa casistica, è quindi importante cambiare approccio e passare la validazione al lato server.

L’articolo (in inglese) tratta inizialmente il design dell’applicazione per poi passare alla realizzazione del codice vero e proprio.

E’ notizia recente che symfony nelle prossime major release non si avvarrà più del supporto di uno dei più popolari framework javascript: l’accoppiata prototype/script.aculo.us (presente anche in molti altri framework, come ad esempio ruby on rails).

Questa decisione ha però portato con se discrete polemiche, in quanto symfony forniva ottimi strumenti e rapide funzioni server side per facilitare la stesura di codice javascript, come la creazione di interfacce ajax e la realizzazione di semplici ed immediati drag and drop. Nei template del framework infatti, tramite semplici funzioni veniva inserito il codice js necessario, cosi lo sviluppatore non doveva più penare per scrivere il codice per realizzare quella noiosa chiamata asincrona o quant’altro. Ma allora perché levare questo prezioso supporto?

Innanzitutto bisogna dire che script.aculo.us, insieme a molti altri framework javascript (come jquery, ext, yui, e dojo) sarà supportato ed installabile a parte come plugin. Ma la decisione degli sviluppatori è quella di lasciare scrivere il codice javascript ai coder javascript, ed il codice php ai coder php.

E’ giusto secondo voi questo? Oppure nell’era del Web 2.0 la professione di web developer deve essere “tuttofare“, dato che per offrire un intensa esperienza all’utente uno sviluppatore deve saper sia scrivere codice server-side, che conoscere un minimo di codice client-side, e perché no, anche qualcosa di CSS?

Aspettiamo le vostre numerose risposte qui sotto nei commenti.