Javascript e PHP: uniti o separati?
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.
Commenti
Javascript e PHP: uniti o separati?…
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 ra…
Questo articolo è stato segnalato su ZicZac.it….
…
La domanda è veramente intrigante.
Io per mia natura di autodidatta sono portato a voler sapere tutto e studiare tutto, e penso che chi si occupa di programmazione, e soprattutto di quella orientata al web, debba mettersi in animo di studiare tutta la vita.
In fondo lo sappiamo, lo studio di un linguaggio, anche complesso, in sé porta via pochi giorni, il problema è fare esperienza per evitare errori gravi di sicurezza e considerare aspetti importanti ma non da primo pelo.
un’esempio? meglio che lasci perdere php se i miei script sono pieni di buchi, meglio che lasci perdere i css se non produco codice valido.
Ma credo che uno queste cose debba saperle. L’unica cosa che penso uno debba lasciar fare a chi lo sa fare davvero è la grafica. Il ritocco delle immagini è un mestiere a sé.
Ciao, bel blog e bel network, proverò a lasciarvi un contributo un giorno o l’altro
Da poco tempo che studio symfony, e mi trovo benissimo. Anche a me la scelta del team, mi ha lasciato perplesso. Sono comode le interfacce, cosi ti concetri meglio nel applicativo; cosi il lavoro sporco lo fa il framework!!
Comunque ci sono i plugin, cosi c’è la possibilità di scegliere il framework javascript che piace di più
D’accordo, però ad esempio a me piace jquery, ed il suo plugin è in uno stato ancora molto grezzo..
Dovrebbero realizzare un abstraction layer per framework javascript, cosi da preoccuparsi su cosa vogliamo e non su come vogliamo ottenerlo. Circa..
È una decisione sacrosanta. La vecchia soluzione era forse comoda dal lato dello sviluppo, ma produceva codice javascript assolutamnte non unobtrusive. Il js, in quanto behaviour, va sempre separato dal content (html), come va sempre separata la presentation (css). È una questione di logica.