Hizof 8 янв 2011 в 17:06

‘Hello World’ tutorial — Ваше первое приложение на Play framework (Часть 2)

5 мин

15K

Java*

Перевод

+16

Комментарии 26

Homakov 8 янв 2011 в 19:14

DSL с #{} показался мне не удобным, может я просто привык к рельсам.

LORiO 8 янв 2011 в 19:49

Пожалуйста напишите одну из статей как завести Play на GAE + GWT

Pyjamec 8 янв 2011 в 20:04

Спасибо! Выглядит довольно вкусно:) Всегда мечтал об удобном и гибком Ява-фреймворке! интересно бы сравнить его с Grails.

1ex 8 янв 2011 в 20:23

Извините за оффтопик, но неужели для friendly URL интернет не придумал ничего лучше чем ЧеловекоПонятный Урл? Настройка ЧПУ звучит как будто в цехе столярный станок настраиваешь.

Pyjamec 8 янв 2011 в 20:51

Ну почему? Есть неформальное определение — ru.wikipedia.org/wiki/%D0%A7%D0%9F%D0%A3_%28%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82%29

1ex 8 янв 2011 в 21:13

Вопрос и возник из указанной страницы в википедии.

Я, конечно же не первый, кто сталкивается с жаргоном в интернете, просто нормальная статья на википедии про чистые URL, почему то озаглавлена жаргонным ЧПУ, а не скажем «Чистые URL» как здесь. Это и сбило с толку.

Pyjamec 8 янв 2011 в 21:29

хм, не видел в статье на русском упоминания REST! наводит на мысли…

TEHEK 8 янв 2011 в 20:33

Пробовал.
* Часто обваливается без объяснения причин.
* Очень неуклюжей показалась система добавления собственных методов во вьюхи.
* Баг-фича — нет поддержки сессий (вернее она теоретически может быть и в то же время они позиционируют фреймворк как безсессионный)
* Вроде бы веб-фреймворк, а набор нужных функций меньше минимума. Допустим, чтобы конвертировать "><" в "<>" нужно подключать третью библиотеку, хотя функция для обратной конвертации есть в стандартном пакете.

В общем, копнул бы дальше, но после того, как в очередной раз сервак отвалился, надоело :)

TEHEK 8 янв 2011 в 20:34

в последнем пункте там &lt,&gt

Pyjamec 8 янв 2011 в 20:52

Печально! Может в будущих релизах пофиксят. Grails ведь улучшался и улучшался…

Drevlyanin 11 янв 2011 в 18:52

1. Возможно используется нестабильная версия JVM.
2. Что вы имеете ввиду? Зачем во view добавлять методы? Или имеется ввиду использование методов при помощи конструкций ${}, #{}, @{} и &{}?
3. Поддержка сессий есть, см.: www.playframework.org/documentation/1.1/controllers#session
4. escapeHtml(), escapeJavaScript(), escapeXml(), raw(), nl2br() & etc. к вашим услугам.

TEHEK 11 янв 2011 в 19:11

Сессии есть но они сами там пишут «не используйте сессии, т.к. фреймворк сразу станет трудно масштабировать».

unescapeHtml() нужен был. В стандартном пакете нет, а чтобы докрутить надо писать свою функцию.

Drevlyanin 11 янв 2011 в 19:36

> Сессии есть но они сами там пишут «не используйте сессии, т.к. фреймворк сразу станет трудно масштабировать»

И правильно пишут, сессии не для хранения данных (максимум, для хранения user_id и тому подобной мелочи). А ещё, «The Play session is not aimed to be used as a cache». Подробнее: www.playframework.org/documentation/1.1/cache#session

> unescapeHtml() нужен был. В стандартном пакете нет, а чтобы докрутить надо писать свою функцию.

Честно говоря не могу придумать ситуации, когда он необходим в правильно построенном Web-приложении.

TEHEK 11 янв 2011 в 23:48

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

— Ну предположим, нужно взять из базы кусочек html, нарисовать его на странице и рядом вывести его исходник.

— Ну, скажем не совсем так, они пишут на главной, что фреймворк «Stateless» (то есть это как бы его фишка). А в доках было написано, что мол… нуу… сессию можно организовать, но там проблемы возникнут, когда серверов много и т.д. В общем-то, стандартная проблема — где хранить инфу о сессиях.

Drevlyanin 11 янв 2011 в 19:42

> Сессии есть но они сами там пишут «не используйте сессии, т.к. фреймворк сразу станет трудно масштабировать».

А где они такое пишут?

1ex 8 янв 2011 в 21:20

Фреймфорк супер, как раз ковыряюсь в говнище REST сервисов, и Play тут как нельзя кстати. После Spring MVC и его аннотаций такое облегчение, словами не передать. Ну и похожесть на рельсы интересу добавляет, хочу однажды руби всерьез попробовать.

Вот только у них синтаксис для if-else в темплейтах забавный, я думал что нибуть новое тут придумать сложно, но они расширили мне сознание

#{if flash.error}
	<p style="color:red">
		${flash.error}
	</p>
#{/if} #{else}
	<p>
		Hello ${name ?: 'guest' }!
	</p>
#{/else}

С энтузиазмом ковыряюсь дальше в поисках открытий.

Большое человеческое спасибо за понятный обзор!

Scala 9 янв 2011 в 22:43

А чем аннотации в MVC 3 версии не ОК?

1ex 9 янв 2011 в 23:01

Ну как минимум тем что их требуется больше и они захламляют сигнатуру методов контроллера, в Play их требуется меньше и они короче.

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

Drevlyanin 11 янв 2011 в 18:59

Зато радует возможность писать такие конструкции (делать что-то, если список пустой):

#{list items:task, as:'task'}
${task}
#{/li}
#{else}
Nothing to do…
#{/else}

1ex 8 янв 2011 в 23:03

Небольшое сравнение производительности Spring MVC vs Play. Тестировалася отдача простой странички с формой (не бизнес-логика), то есть по сути дает представление о скорости выдачи горячего динамического контента

mvn tomcat:run (spring-mvc)

Requests per second:    8619.68 [#/sec] (mean)
Time per request:       1.160 [ms] (mean)
Time per request:       0.116 [ms] (mean, across all concurrent requests)

play (prod)

Requests per second:    2742.93 [#/sec] (mean)
Time per request:       3.646 [ms] (mean)
Time per request:       0.365 [ms] (mean, across all concurrent requests)

play (dev)

Requests per second:    521.27 [#/sec] (mean)
Time per request:       19.184 [ms] (mean)
Time per request:       1.918 [ms] (mean, across all concurrent requests)

Fafnir 8 янв 2011 в 23:41

Фреймворк выглядит обещающе. Наконец-то в мире java веба появилось что-то, с чем не надо возиться полчаса, только чтобы поднять простейшее приложение. Но все-таки зря они сделали в контроллере все методы static. Я в курсе, что у них есть @Inject аннотация, чтобы делать IoC, но все равно не true это, имхо.

onikiychuka 9 янв 2011 в 00:21

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