Play Framework 2.3

компилировать шаблоны стал быстрее? (уже можно не ходить на обед?)

Зачем пердолиться с плэй, у которого нет толком документации, но есть ненужная скала, когда есть grails?

groovy не делает тебя клевым и модным, а scala делает

а документация для слабаков, лучшая документация - исходный код

нет толком документации

шта

ненужная скала

шта

grails

ахаха, ой лол

От Google'а копирасты ещё не послали иск? А зря! Или от Durex! xD

Поздравляю, товарищи!

P.S. Лор не меняется. Одни критики ушли, другие пришли.

Play - конечно крут, но... Grails - лучше!

Вроде все хорошо, только интересно сколько всяких готовых облаков и плагинов для IDE поломается :)

Оно всё также жрёт под 500 метров оперативки на холодном старте? Имхо, не нужно.

Play - конечно крут, но... Grails - лучше!

Оба - не нужно :)

В чём фишка этого фреймворка? Чем это лучше, чем писать на servlet+jsp, например? Можно быстро клепать типовые сайты?

Можно быстро клепать типовые сайты?

Сомнительно на нём клепать типовые сайты, на java сейчас нет хорошего веб-фреймворка для клепания сайтов. Либо монстроузный Spring, либо Tapestry 5 более-менее адекватная вещь. Остальное хлам, либо всякие недо-groovy.

Поздравляю, товарищи!

P.S. Лор не меняется. Одни критики ушли, другие пришли.

Мне одному признак мастерства и призрак коммунизма мерещатся в данной фразе?

я понимаю, что неправ
но все же : чем оно отличается от допустим джанги ?

Он позволяет потратить пару недель на копание в своих внутренностях в попытках пофиксить трудновоспроизводимые глюки самого плея/его асинхронного движка/скалы. Сервлеты такого не поддерживают.

Вообще монстрофреймворки уходят в прошлое. Если большая команда, то JS-фронтенд и REST сервисы (фреймворк не нужен). Если маленькая и мало веба, то шаблонизатор хороший вроде handlebars/mustache поверх сервлетов. Если много веба, то (j)rails/(j)django/grails. Если много веба и нет JS людей - то Vaadin.

Оно научилось war собирать? Или по прежнему через какое то место и хитрым образом?

Да ничем серьёзным, кроме всяких асинхронностей и суровой типизацией из коробки.

От asp.net mvc вообще не отличишь.

Они все одинаковые, ну кроме друпалов.

Тем что все статически типизированное. Инновационность в том, что это сочетается с компактностью. Минус в том, что порог вхождения больше.

Минус в том, что порог вхождения больше.

Тут бабушка надвое сказала, ежели входить в уже написанный проект.

Какая компактность? 330 метров качаешь а оно лезет в инет и поновой все с реп тянет. Еще и это убожество Activator встремили которы запускает 4(!) java процесса. Хуита кароче

[trolling]Они еще не переехали полностью на Scala, запретив писать на Java? Нет? Странно-странно, а то с каждым релизом что-нибудь отламывали... <_< [/trolling]

это убожество Activator

А нафиг оно надо вообще?

Play - конечно крут, но... Spray - лучше!

fixed

Это не критики,это летние каникулы начинаются.

Типа всем из вэб морды рулить.

это убожество Activator

А нафиг оно надо вообще?

http://typesafe.com/activator

Производительность у Java совсем не та, что у Python:
http://www.techempower.com/benchmarks/#section=data-r9&hw=peak&test=q...

Django вообще бледно смотрится, даже в своём классе.

и что же это за класс такой?

rails-ruby 580 4.5%
pyramid-py2 1,107 8.6%
django 1,810 14.1%
grails 2,662 20.7%

Компактность кода я имел в виду.

но все же : чем оно отличается от допустим джанги ?

политкорректностью например

чудесный тест. интересно, как они умудрились сделать такое, что экспресс стал быстрее ноды:

express-mysql 9,238 71.8%
nodejs-mysql 8,878 69.0%

Не, просто надо понимать что там отличия в 5 процентов (например) - статистическая погрешность.

на java сейчас нет хорошего веб-фреймворка

есть по jvm - да - это не жаба, а ruby

JRuby + Ruby on Rails на torquebox или tomcat trinidad

Стоит ли вообще эту штуку пробовать? В связке со Scala.

Превратился в парашу после перехода на Scala.

но груви лучше скалы для среднего програмиста как ты, потому что ты пишешь если на скале то такой же код как и на джаве, без применения скаласпецифики, а плэй вашче отстой в сравнении с грайлс. в плэй нету даже моделегенератора что очень важно если ты не делаешь гостевуху. но судя по новости, плэй для гостевух. багатых гастевух.

Шта? Если ты делаешь что-то сложнее гостевухи, не юзай ORM. Хотя если хочешь пережить немало приятных мгновений за поиском тормозящего запроса и попытками его оптимизировать, чему твой ORM будет мешать всеми силами, то конечно. А так - Anorm рулит во все поля. Полный контроль над БД.

плэй нету даже моделегенератора

Шта? На том же плее за полдня пишется и отлажтвается скафолдинг/кодогенератор с генерацией из таблицы БД кейс класса модели, компаньона с CRUDом, Контроллера, Вьюх для формы ввода и списка сущностей. Делал и наоборот из кейс-сласса таблицу и все остальное. Правда интроспекция в скалке то еще удовольствие.

А так - Anorm рулит во все поля. Полный контроль над БД.

Во-во. А к нему прикрутить на макросах еще и проверку SQL на этапе компиляции (по мотивам https://github.com/guillaumebort/anormtyped-demo) так и ваще просто праздник какой-то.

но груви лучше скалы для среднего програмиста как ты

Мне кажется груви не лучше вообще чего-либо.

потому что ты пишешь если на скале то такой же код как и на джаве

Нет

нету даже моделегенератора

Он не нужен в самом фреймворке, пруф - последний абзац http://www.playframework.com/documentation/2.3.x/Philosophy

толсто, кукаретики такие кукаретики.

c:realism rhouzec

Мне кажется груви не лучше вообще чего-либо.

Ну это тебе

Он не нужен в самом фреймворке, пруф - последний абзац http://www.playframework.com/documentation/2.3.x/Philosophy

всё эта ненужна, всё эта ненада, ясно понятно.

всё эта ненужна, всё эта ненада

Ну ежели тебе нужно и надо, возьми какую-нибудь orm, и генерируй себе, сколько влезет, проблема то в чем?

На нем есть какой-нибудь простой CMS или движок для блога?

И как оно в сравнении с SORM ?

Play! - очень толстый фрэймуорк, тянет кучу зависимостей, навязывает свой подход к разработке, зачастую глючит, виснет при компиляции «на лету». Его темплиты - привет из 2005-го только со статической типизацией. Для Scala, на мой скромный взгляд, лучше и легче Spray (в ближайшем будущем akka-http) или Unfiltered поверх Netty.

Play - конечно крут, но... Grails - лучше!

Оба - не нужно :)

+100500

Если нужен template движок, или rest backend для JS - SpringMVC

Если нужно веб приложение - то GWT.

компилировать шаблоны стал быстрее?

В sbt-0.13.0 была проблема с инкрементальной компиляцией. В некоторых 0.12.x тоже. В 0.13.2+ вроде какой-то экспериментальный флаг для ускорения появился.

В чём фишка этого фреймворка?

На скале получается краткий, но строго типизированный код. При этом сами типы писать почти не надо.

Чем это лучше, чем писать на servlet+jsp, например?

В фреймворках на скале можно кратко и легко писать асинхронную логику, например. В JavaEE надо обычно танцевать вприсядку.

Можно быстро клепать типовые сайты?

Для типовых хоумпаг жаба — слишком жирный оверкилл. Для здоровых нетиповых проектов — само оно. В play ещё бы асинхронный anorm не помешал бы, в обход jdbc.

servlet-raw          10,127 78.8% Plt Jav Svt Res Lin My Lin Raw Rea
servlet-postgres-raw  6,530 50.8% Plt Jav Svt Res Lin Pg Lin Raw Rea
flask                 7,710 60.0% Mcr Py  Gun Non Lin My Lin Raw Rea
flask-pypy            2,031 15.8% Mcr Py  Gun Non Lin My Lin Raw Rea

PostgreSQL примерно на треть медленнее мускуля, JIT-ный PyPy в ~3.8 раза медленнее CPython (который быстрее жабы с PSQL). Меня терзают смутные сомненья...

PostgreSQL примерно на треть медленнее мускуля

А мужики-то не знают, сидят тормозные мускульные сайты переводят на постгрес за деньги.