<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-06-12 17:41 GMT+02:00 Tecnosegugio <span dir="ltr"><<a href="mailto:tecnosegugio@gmail.com" target="_blank">tecnosegugio@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ciao Umberto!<br>
<span class=""><br>
Il 12/06/2015 17:07, Umberto Nicoletti ha scritto:<br>
<br>
> io ho usato Sproutcore che e' il framework di cui Ember e' lo spin off.<br>
><br>
> Fra i vari framework JS disponibili e' una delle scelte piu' sicure in<br>
> termine di competenza del core team e community, tuttavia tieni presente che<br>
> i clcli di vita del software sono diventati brevissimi, soprattutti per<br>
> quelli JS.<br>
<br>
</span>Infatti...uno dei motivi per qui sto valutando diversi framework JS è<br>
proprio la attuale "vitalità" del settore: non si fa tempo a capire come<br>
ne funzione uno che ne esce subito un altro.<br>
E soprattutto non si capisce quando tutto questo finirà. :-/<br>
<span class=""><br></span></blockquote><div><br></div><div>da questo punto di vista è difficile fare previsioni, tuttavia ember.js mi sembra una scommessa relativamente sicura. poi dipende da quale è il tuo orizzonte temporale.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> Non ho esperienza diretta di Ember, ma ne ho parecchia su Sproutcore e<br>
> se non entri nel dettaglio tecnico posso provare a rispondere<br>
> a qualche domanda di alto livello.<br>
<br>
</span>Devo valutarne soprattutto la sua integrazione con<br>
Django-REST-framework. Principalmente Ember-o-quello-che-sarà dovrà<br>
gestire la UI di una applicazione web e colloquiare con il backend.<br>
<br></blockquote><div><br></div><div>la cosa importante da capire di ember.js è che si tratta di un framework 'opinionated' cioè che rispecchia le opinioni di Yehuda/Dale su come debbano essere fatte le app.</div><div>Di conseguenza il backend e la struttura dell'app dovrà essere strutturata secondo</div><div>determinate convenzioni (tipicamente le stesse usate da Rails). Non saprei darti esempi specifici, ma questo aspetto dovrebbe diventarti ben visibile una volta che che inizi a connettere ember  con la serializzazione json del BE.</div><div><br></div><div>Ember è anche il framework che dovrebbe essere più semplice introdurre in applicazioni standard, delegando la gestione di solo una piccola parte dell'app.</div><div><br></div><div>Consiglio: se non sei cresciuto a pane e JS usa un IDE, per esempio WebStorm. Io l'ho usato con Sproutcore e mi ha cambiato la vita (per soli 35 euri)!</div><div><br></div><div>Ciao,<br>Umberto</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
AngularJS mi ha lasciato come dopo un trip di LSD e BackboneJS mi<br>
sembrava non ben strutturato con molte robe mancanti e lasciate<br>
all'iniziativa dello sviluppatore.<br>
<br>
Adesso volevo iniziare a valutare Ember ma siccome devo ancora<br>
riprendermi dallo studiare gli altri due chiedevo prima opinioni. ;-)<br>
<br>
Ciao!<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
-=) Pierpaolo AKA il Tecnosegugio (=-<br>
_______________________________________________<br>
fsug-pd mailing list<br>
<a href="mailto:fsug-pd@lists.fsugpadova.org">fsug-pd@lists.fsugpadova.org</a><br>
<a href="http://lists.fsugpadova.org/listinfo/fsug-pd" rel="noreferrer" target="_blank">http://lists.fsugpadova.org/listinfo/fsug-pd</a><br>
</div></div></blockquote></div><br></div></div>