Quel type de webapp est le sweet spot pour le cadre de Lift Scala?

Question

Quel type d'applications sont le sweet spot pour le framework web de levage Scala.

Mes besoins:

1. Facilité de développement et de maintenabilité
2. Prêt à des fins de production. dire une bonne communauté en ligne, des correctifs et des mises à jour régulières pour les correctifs de sécurité et de performance, etc.
3. Cadre devrait survivre quelques années. Je ne veux pas écrire une application dans un cadre pour lequel aucune mise à jour / patches sont disponibles après 1 an.
4. a de bons moteurs de matriçage UI
5. interfonctionnement avec Java (Scala satisfait à cette arleady. Il suffit de mentionner ici pour être complet)
6. Bonne composante développement orienté.
7. Le temps nécessaire pour développer doit être proportionnelle à la complexité de l'application Web.
8. ne devrait pas être totalement de configuration basée. Je déteste quand le code est généré automatiquement pour moi et fait toutes sortes de magie sous le capot. C'est un cauchemar de débogage.
9. Montant de la connaissance de levage nécessaire pour développer une webapp doit être proportionnelle à la complexité de l'application Web. i.e. Je should't dois passer de 10 heures d'apprentissage Lift juste pour développer une application simple TODO. (Je connais des bases de données, Scala)

Est-ce que Lift satisfont à ces exigences?

Answer 1

à mon humble avis, Ascenseur répondre à ces exigences. Pas si sûr # 4, bien que, d'autre part, il a une bonne collection de retour se termine à interagir avec d'autres services.

Je pense que cela dépend surtout de la complexité. Lift fait les choses à sa façon, que vous pouvez obtenir facilement, ou vous ne pouvez pas. Je prendrais un jour pour écrire cette application TODO - et assurez-vous d'utiliser le groupe liftweb , car il ne sont tout simplement pas beaucoup de Lifters sur Stack Overflow - et voir comment ça se passe. Je pense que vous serez en mesure de former une opinion à ce sujet -. Juste un jour

Answer 2

Eh bien, vous pourriez croisière grâce à l'ascenseur commencer Guide dans lequel vous construisez un Ajax à faire application; -)

Lift a été autour depuis 3 1/2 ans. Le groupe Google a près de 2000 personnes sur elle. Il y a 40 committers, dont, 10+ faire engage chaque mois. Nous fermons entre 40 et 80 billets par mois, ne libère d'étape mensuels. Des entreprises comme FourSquare, Xerox et Novell ont des applications hardcore construit sur Lift.

Answer 3

Sur PANORAMEC: http://seventhings.liftweb.net/

Answer 4

Je pense que vous devriez poster ceci dans la liste de diffusion de levage aussi: http://groups.google.com/group/liftweb

Answer 5

Après avoir lu seventhings.liftweb.net et écrémage les deux premiers chapitres de Lift en action, sweet spot de levage semble être, des applications de pages complexes HTML avec fonctionnalité côté client avancé (comme Facebook et Twitter).

Comparez les applications ajax "webapp" single-page ( comme un calendrier, ou la plupart du temps rien construit avec ExtJS) qui offrent des fonctionnalités avancées côté client avec des services purs de niveau javascript et moyen ajax, mais le modèle de programmation est javascript, html est extrait loin. Comparez également les applications basées sur HTML traditionnel « site web » comme un wiki ou un blog - penser twitter bootstrap + jquery -. Qui ne ont pas besoin des fonctionnalités avancées côté client

webapps une seule page et sites paginés je pense serait rendue plus complexe que nécessaire avec ascenseur, sauf si vous aviez une équipe expérimentée et disciplinée. Cela correspond probablement à la maturité du produit et la taille de l'équipe -. Facebook et twitter sont des applications très grandes avec des centaines d'équipes qui interagissent et un solide leadership technique

une petite équipe de personnes encore à explorer et à former des opinions sur la façon dont diverses applications devraient être structurés est probable, je pense, à induire en erreur Lift dans des solutions plus complexes quand peut-être tout ce qu'ils avaient besoin était simples modèles HTML et simples points de terminaison ajax.