Frage

Welche Art von Anwendungen sind der sweet spot für Scala lift web-framework.

Meine Anforderungen:

  1. Einfache Entwicklung und Wartbarkeit
  2. Bereit für die Produktion Zwecke.d.h.gute aktive online-community, regelmäßige patches und updates für den Sicherheits-und performance-fixes etc.
  3. Rahmen sollte überleben ein paar Jahre.Ich don ' T wollen, schreiben Sie eine app in einem Rahmen, für die keine updates/patches sind verfügbar nach 1 Jahr.
  4. Gute UI-templating-engines
  5. Die Interoperabilität mit Java (Scala erfüllt diese arleady.Nur hier zu erwähnen der Vollständigkeit wegen)
  6. Gute komponentenorientierte Entwicklung.
  7. Zeit erforderlich, um die Entwicklung sollte sein Verhältnis zu der Komplexität von web-Anwendung.
  8. Sollte nicht völlig Konfiguration basiert.Ich hasse es, wenn-code wird automatisch generiert, für mich und alle Arten von Magie unter der Haube.Das ist ein debugging-Albtraum.
  9. Menge der Lift-Kenntnisse erforderlich, um die Entwicklung einer webapp sollte proportional zur Komplexität der web-Anwendung.ich.e ich sollte nicht haben zu verbringen 10+ Stunden lernen Aufzug nur zu entwickeln, die eine einfache TODO-Anwendung.(Ich habe Kenntnisse von Datenbanken, auf, Scala)

Tut Heben Sie diesen Anforderungen gerecht werden?

War es hilfreich?

Lösung

IMHO, Lift erfüllt diese Anforderungen. Nicht so sicher # 4, aber auf der anderen Seite, es hat eine gute Sammlung von Backends mit anderen Diensten zu interagieren.

Ich denke, es ist vor allem auf die Komplexität Scharnieren. Heben Sie tut Dinge, seine eigene Art und Weise, die Sie leicht bekommen können, oder können Sie nicht. Ich würde einen Tag, an die ToDo-Anwendung zu schreiben - und sicher sein, die Verwendung der liftweb Gruppe machen , da es gerade gibt nicht viele Lifters auf Stack-Überlauf - und sehen, wie das geht. Ich glaube, Sie werden in der Lage eine Meinung dazu bilden -. Nur einen Tag

Andere Tipps

Nun, Sie könnten eine Kreuzfahrt durch das Heben erste Schritte Handbuch, in dem Sie bauen eine Ajax-app Zu Tun ;-)

Lift hat es schon seit 3 1/2 Jahren.Der Google-Konzern hat knapp 2.000 Menschen.Es gibt 40 Entwicklern, von denen 10+ machen, verpflichtet sich jedes Monat.Wir schließen zwischen 40 und 80 tickets pro Monat, do-monatliche Meilenstein-releases.Unternehmen wie FourSquare, Xerox und Novell haben hardcore apps gebaut auf Heben.

Ich glaube, Sie Diesen Beitrag sollen auch im Lift Mailing-Liste: http://groups.google.com/group/liftweb

Nach dem Lesen seventhings.liftweb.net und die ersten beiden Kapitel des Auftriebs in Aktion Skimming, sweet spot Lift Blicke zu sein, komplexe HTML-Seite-basierten Anwendungen mit erweiterten Client-seitige Funktionalität (wie Facebook und Twitter).

Vergleich auf Single-Seite Ajax "Webapp" Anwendungen ( wie ein Kalender oder meist alles gebaut mit ExtJS ) vorsehen, dass erweiterte Client-seitige Funktionalität mit reinem Javascript und ajax Middle-Tier-Dienste, aber das Programmiermodell ist Javascript, hTML wird abstrahiert. Vergleichen Sie auch die traditionellen HTML „Website“ basierte Anwendungen wie ein Wiki oder Blog - man denke twitter Bootstrap + jquery -., Die nicht erweiterte Client-seitige Funktionalität benötigen

Single-Seite Webapps und seitenbasierten Websites, die ich denken würde, gemacht werden komplexer als nötig mit Aufzug, wenn Sie einen erfahrenen und disziplinierten Teams nutzen. Dies ist wahrscheinlich korreliert mit Produktreif und Teamgröße -. Facebook und Twitter sind extrem große Anwendungen mit Hunderten von Teams und starke Engineering-Führung der Interaktion

ein kleines Team von Menschen immer noch zu erforschen und bilden Meinungen darüber, wie verschiedene Anwendungen strukturiert ist wahrscheinlich sein sollte, denke ich, zu verleiten mit dem Lift in komplexere Lösungen, wenn vielleicht all benötigten sie einfach HTML-Vorlagen und einfache Ajax-Endpunkte waren.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top