Che tipo di webapp è il punto dolce per quadro di sollevamento di Scala?

Question

Che tipo di applicazioni sono il punto dolce per quadro ascensore web della Scala.

I miei requisiti:

1. Facilità di sviluppo e manutenzione
2. Pronto per scopi di produzione. vale a dire una buona comunità online attiva, patch e aggiornamenti regolari per correzioni di sicurezza e prestazioni, ecc.
3. quadro dovrebbe sopravvivere qualche anno. Non voglio scrivere un'applicazione in un quadro per la quale / sono patch disponibili aggiornamenti disponibili dopo 1 anno.
4. ha buoni motori di templating UI
5. interoperabilità con Java (soddisfa Scala Questa arleady. Basta che citano qui per completezza)
6. Buona componente di sviluppo orientato.
7. Il tempo necessario per sviluppare dovrebbe essere proporzionale alla complessità delle applicazioni web.
8. non deve essere del tutto la configurazione base. Odio quando il codice viene automaticamente generato per me e fa tutti i tipi di magia sotto il cofano. Questo è un incubo di debug.
9. quantità di conoscenze di sollevamento necessario per sviluppare una webapp dovrebbe essere proporzionale alla complessità dell'applicazione web. cioè io should't devo spendere 10 ore di apprendimento Ascensore solo di sviluppare una semplice applicazione TODO. (Ho conoscenza delle basi di dati, Scala)

fa Ascensore soddisfare questi requisiti?

Answer 1

IMHO, ascensore soddisfare tali requisiti. Non è così sicuro circa 4 #, anche se, d'altro canto, ha una buona collezione di back end per interagire con altri servizi.

Credo che dipende in gran parte della complessità. Ascensore fa le cose per la sua strada, che si può ottenere facilmente, o non può. Mi piacerebbe prendere un giorno di scrivere che l'applicazione TODO - ed essere sicuri di fare uso del gruppo liftweb , in quanto c'è solo che non sono molti sollevatori di Stack Overflow - e vedere come va. Credo che sarete in grado di formarsi un'opinione su di esso -. Solo un giorno

Answer 2

Beh, si potrebbe crociera attraverso il sollevamento guida introduttiva in cui si crea un app Ajax a che fare; -)

Ascensore è stato intorno per 3 1/2 anni. Il gruppo Google ha quasi 2.000 persone su di esso. Ci sono 40 committer, dei quali, 10+ make impegna ogni mese. Chiudiamo tra 40 e 80 biglietti al mese, facciamo uscite mensili milestone. Aziende come Foursquare, Xerox, e Novell hanno hard applicazioni integrate su Lift.

Answer 3

In sweet spot: http://seventhings.liftweb.net/

Answer 4

penso che si dovrebbe inserire questo nella mailing list di sollevamento troppo: http://groups.google.com/group/liftweb

Answer 5

Dopo aver letto seventhings.liftweb.net e sfiorando i primi due capitoli di Lift in azione, sweet spot di sollevamento sembra essere, applicazioni basato sulla pagina HTML complesse con funzionalità lato client avanzato (come Facebook e Twitter).

Confronto a pagina singola ajax applicazioni "webapp" ( come un di calendario, o per lo più nulla costruito con ExtJS ) che fornire funzionalità lato client avanzato con javascript puro e ajax servizi di livello intermedio, ma il modello di programmazione è javascript, html si astrae distanza. Confronta anche tradizionale HTML "sito web" applicazioni basate come un wiki o blog - pensare Twitter bootstrap + jquery -. Che non hanno bisogno di funzionalità lato client avanzato

webapps a pagina singola e siti web page-based credo sarebbe resa più complessa del necessario con Ascensore a meno che non si aveva un team esperto e disciplinato. Questo probabilmente è correlato con la maturità del prodotto e dimensioni del team -. Facebook e Twitter sono estremamente grandi applicazioni con centinaia di interagire squadre e una forte leadership di ingegneria

un piccolo gruppo di persone ancora esplorare e la formazione di opinioni su come le varie applicazioni dovrebbe essere strutturato è probabile, a mio avviso, di essere indotto in errore da un ascensore in soluzioni più complesse quando forse tutto quello che serviva era modelli HTML diretto e semplice endpoint Ajax.