Какой тип WebApp является сладким местом для Scala's Lift Framework?

Question

Какие приложения являются сладким местом для Web Framework для Scala.

Мои требования:

1. Простота развития и ремонтопригодности
2. Готов к производственным целям. То есть хорошие активные онлайн-сообщества, регулярные патчи и обновления для исправлений безопасности и производительности и т. Д.
3. Рамки должны выжить несколько лет. Я не хочу писать приложение в рамках, для которых нет обновлений / исправлений после 1 года.
4. У хороших пользовательских интернет-модулей
5. Взаимодействие с Java (Scala удовлетворяет этому Arleady. Просто упомянув здесь для полноты)
6. Хорошее развитие ориентированного компонентами.
7. Время, необходимое для развития, должно быть пропорционально сложности веб-приложения.
8. Не должно быть полностью конфигурационной. Я ненавижу его, когда код автоматически создается для меня и делает все виды магии под капотом. Это отладочный кошмар.
9. Количество подъемных знаний, необходимых для разработки WebApp, должно пропорциональна сложности веб-приложения. Т.е. мне нельзя потратить более 10 часов обучения лифта только для разработки простого приложения TODO. (У меня есть знания баз данных, Scala)

Лифт удовлетворяет этим требованиям?

Answer 1

ИМХО, лифт встречайте эти требования. Не совсем уверен в # 4, хотя, с другой стороны, он имеет хорошую коллекцию концов спины, чтобы взаимодействовать с другими услугами.

Я думаю, что это в основном термиется на сложность. Лифт делает вещи своими собственными способом, которым вы можете получить легко, или вы не можете. Я замунул день, чтобы написать это приложение TODO - и обязательно использовать LiftWeb Group, так как просто не так много подъемников на переполнении стека - и посмотреть, как это идет. Я думаю, вы сможете сформировать мнение на нем - всего в день.

Answer 2

Ну, вы могли бы круиз через лифт начиная Руководство, в котором вы создаете AJAX, чтобы сделать приложение ;-)

Лифт был около 3 1/2 лет. У Google Group на нем около 2000 человек. Есть 40 коммутаторов, из которых 10+ совершают коммиты каждый месяц. Мы закрываем от 40 до 80 билетов в месяц, ежемесячные релизы вехи. Компании, такие как Foursquare, Xerox и Novell имеют хардкорные приложения, построенные на лифте.

Answer 3

На сладких местах: http://seventhings.liftweb.net/

Answer 4

Я думаю, что вы должны опубликовать это в списке рассылки подъема тоже:http://groups.google.com/group/liftweb.

Answer 5

После чтения seventhings.liftweb.net. И скоммин первых двух глав подъема в действии, сладкое пятно подъема выглядит, сложнее HTML-страниц приложений с расширенными функциями на стороне клиента (например, Facebook и Twitter).

Сравните с одностраничным приложениями Ajax «WebApp» (как календарь, или в основном что-нибудь построено с Extjs) Это обеспечивает расширенные функциональные возможности клиента с чистым JavaScript и AJAX Services Services, но модель программирования является JavaScript, HTML абстрагируется. Сравните также для традиционного HTML «веб-сайт» на основе приложений, таких как Wiki или блог - подумайте Twitter Bootstrap + jQuery - что не нуждается в расширенной функциональности клиента.

Одностраничное веб-панель и веб-сайты на основе страниц, которые я думаю, будет сделан более сложным, чем необходимо с лифтом, если у вас не было опытной и дисциплинированной команды. Это, вероятно, соотносится с погашением продукта и размера команды - Facebook и Twitter являются чрезвычайно большими приложениями с сотнями взаимодействующих команд и сильного инженерного руководства.

Небольшая команда людей по-прежнему исследует и формирует мнения о том, как могут быть структурированы различные приложения, которые, вероятно, должны вводить в заблуждение путем подъема в более сложные решения, когда, возможно, все, что им нужно, было простым шаблонами HTML и простые конечные точки AJAX.