Forum: Italian Ruby user group Frontend JS da abbinare a rails

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
Eff93e9bbe063b7136c9b6f218071a09?d=identicon&s=25 Marco Mastrodonato (marcomd)
on 2016-05-04 15:13
Ciao a tutti,

ho provato ember appena uscito poi angular1, react e ora sto osservando
le novità di angular2. Preferisco react per la semplicità e
l'integrazione in rails tramite l'ottima gemma react-rails ma solo
l'utilizzo potrà darmi qualche feedback più preciso.
Sto creando un generatore per creare un file per ogni risorsa con
all'interno tutti i componenti per gestire il CRUD, in pratica tante
single page app che sfruttano il routing di rails e le novità di rails
5.
Anche così facendo mi piace poco spostare le view sotto javascript.
Qualche eperienza?
666b4ee5c26c5f60f0448ad0ab7777f3?d=identicon&s=25 Riccardo Tacconi (rtacconi)
on 2016-05-06 13:10
Ciao,

mi sembra che stai cercando di muoverti su un JS MVC ma senza voler
lasciare server-side generated pages. Se non vuoi spostare le views
sotto JS rimani ai tempi the Rails + JQuery. Da Rails userei solamente
una pagina index e caricare da li la vera view, in poche parole, invece
di una single-page app avresti varie single-page app.

Un framework tipo React ma minimale (in stile LISP) e` Riot, poche linee
di codice, molto semplice, ha il routing integrato. Mi ero creato anche
una piccola libreria per AJAX per prendere i dati dalla API.

Uno dei migliori framework per il frontend, IMHO, e` Om. Usa React ma ha
una sistema transazionale per aggiornare lo stato del front end ed usa
ClojureScript invece di InpureScript (JavaScript) :-)
Eff93e9bbe063b7136c9b6f218071a09?d=identicon&s=25 Marco Mastrodonato (marcomd)
on 2016-05-13 10:27
Ciao Riccardo,

devo premettere che non amo scrivere codice javascript, soprattutto se è
codice "core" ma sto comunque approfondendo questi nuovi scenari.
Spostare le view sotto js non mi convince ma è diventato il male minore,
ha la sua motivazione e l'accetto.

Usare rails solo per una index e come api, può andare bene per creare
demo di forte impatto ma con logica inesistente.

Prendiamo il caso più complesso: angular. E' un framework completo con
tanti pregi: ordinato, view separate, conciso, direttive ...ma tutta la
logica che solitamente hanno le applicazioni rails non so dove metterla.
La risorsa viene caricata sul frontend come dato ma tutta la logica
rimane sul modello (o mi sono perso qualcosa). E che senso ha duplicarla
in qualche servizio, secondo me deve stare sul server. Se rimane sul
server non ha senso utilizzare angular ma mi sposto su una libreria view
come react.

Inoltre, Rails 5 + turbolinks 5 ha un rendering più rapido di angular.

Sto cercando di capire l'entusiasmo intorno angular2, secondo me è un
passo indietro. E' necessario studiare un nuovo framework, un nuovo
linguaggio, uno script tipizzato che è un controsenso. Uno script deve
essere semplice perchè deve fare cose semplici, coffeescript: è un
capolavoro e lo stanno dando tutti per morto.

Ogni tre mesi esce qualcosa di nuovo ma per studiare a fondo una
soluzione serve tempo.

Mi accontento di trovare una soluzione convincente, applicabile su
progetti grossi per migliorare la UI passando a un 2way binding.
This topic is locked and can not be replied to.