Grails для разработчиков PHP

PHP on G_Rails???:)

Интересное название. Только почему сабж не имеет отношения ни к руби, ни к гному О_о

Hibernate для PHP??? ДАЙТЕ ДВЕ!!!

Яво не нужен.

Так, стоп. А при чём тут PHP? По ссылке рассказывается о Groovy, сравнивается с PHP, и чего?

> Им в помощь также бесплатно доступна книга "Getting Started With Grails" (~4Mb в PDF-формате) на сайте infoq.com.

Дайте прямой линк на закачку:

http://www.infoq.com/minibooks/grails

Вот здесь можно скачать эту книжку по Grails без всяких регистраций: http://sun.mmcs.rsu.ru/~ulysses/IT/grails-getting-started.pdf

Жаба не нужна, ПХП - г%вно. Что только люди не придумывают, чтобы не использовать питон.

Вот и красноглазые явофобы начали подтягиваться. =) По теме, не понял, зачем оно надо.

Питон - та еще быдлоподелка. Правильно, что на нем ничего не пишут - кому охата из-за лишнего знака табуляции нервы портить...

Ну да, писать однострочники на перле - самое то, нервы не портятся.

>не понял, зачем оно надо.

вот я и говорю, не надо оно. вместе с жабкой.

> не понял, зачем оно надо.

Я так понял, что автору надоело его унылое существование на PHP, и он решил пересесть на что-то покошернее - по руку попался Grails. Ну, и всем этим счастьем — предприняв попытку порефлексировать над ним немного — автор решил поделиться с окружающими.

Спасибо, я уже зарегистрировался :) Я имел в виду - в новости.

> По теме, не понял, зачем оно надо.

Фреймворки зачем нужны? Тем более на Java? Тем более поверх Hibernate? Тем более на J2EE? Диву даюсь.

> Тем более на J2EE?

Ой, а J2EE откуда там? Его там вроде бы, слава Богу, нет...

Есть :) Я уже книгу читаю, а не блог :)))

Кошмар. Ну, я пока книгу по Groovy читаю, так что еще пару дней буду спать спокойно =)

А Groovy - это ЯП. А grails - это фреймворк. Groovy к J2EE, понятное дело, отношения не имеет. :)

Да понял, не дурак. Просто я надеялся, что и Grails не имеет (до сих пор иногда EJB 2.x по ночам снятся) — неужели я жестоко ошибался...

эмм, а зачем оно ?)

> Grails для разработчиков PHP

:s/Grails/Graves/

> Фреймворки зачем нужны?

Шоб не изобретать новые лесяпеды.

Зачем плодить сущности?

уже есть апач и есть mod_perl и даже такое излишество, как fast-cgi под перл есть.

Зачем это лисапед с потреблением ресурсов и надежностью списаной межконтинентальной гептиловой ракеты?

чего только не придумают, чтобы не использовать ROR

мне кажется что лучше написать статью как php-разработчики могу перейти на GRибы.

Не обязательно на Grails (хотя Groovy - bynthtcysq zpsr), но переходить с чистого PHP на хороший framework ьногим не помешало бы...

пардон: (хотя Groovy - интересный язык)

> Hibernate

Спасибо, даром не надо.

(Использую ActiveObjects.)

ROR, это такой программный downclocker для сайта? Помню, во времена 80286 такие "фреймворки" делали, чтобы диггер не так быстро бегал.

> обеспечивающий продуктивную полностэковую модель

Какие слова то умные! :)

А вообще, уже надоели поделия, каким-то образом связанные с Java. "Не умножай сущности без надобности" (с) У.Оккам.

чего только не придумают, чтобы читать LOR

Виноват, а что такое полностековая модель? Надо полагать что существует также неполностековая модель? И модель чего тоже непонятно.

> Просто я надеялся, что и Grails не имеет (до сих пор иногда EJB 2.x по ночам снятся) — неужели я жестоко ошибался...

Grails использует Spring, а Spring - это EJB... Но ты можешь этим не пользоваться :)

Навига мне переходить на груви если на хостинге нет его ???

На хостинге нужен не groovy, на хостинге нужен Tomcat или простая jvm.

>Grails использует Spring, а Spring - это EJB...

FYI:
Spring - это альтернатива EJB.
Автор Spring - Rod Jonson также является автором книги J2EE without EJB.

> Spring - это EJB.

"Спринг" - это не EJB. Ни разу не EJB!

> Но ты можешь этим не пользоваться :)

Спасибо за милостливое позволение. Только чем "этим"? :)))

Предлагаю перейти на нормальный редактор.

Книга Джонсона и Хоеллера - классика!

К счастью, многие отказываются от того, чтобы вестись на коммерческие "Монстро" типа И-Бэ-Ме "Веб-спхеры" и прочих тормозов, нужных для продажи "решений", и переходят на легкие и эффективные решения без отчислений всяким бездельникам из И-Бе-Ме и прочим проперитарщикам.

Я лично перешел на Spring - и не жалею!

>чего только не придумают, чтобы не использовать ROR

Вот начал пользоваться. Пока ощущение, что все люди, которые утверждают "жаба ненужна/.net не нужен", потому что есть руби и рор - спутали хер с пальцем.

> Spring - это альтернатива EJB.

Я до этого места ещё не дочитал, спасибо. Однако, "Spring Framework is the leading full-stack Java/JEE application framework". Кроме того, "central focus of Spring is to allow for reusable business and data access objects that are not tied to specific J2EE services. Such objects can be reused across J2EE environments (web or EJB), standalone applications, test environments, etc without any hassle."

Взято с http://www.springframework.org/about

Объясните идиоту в двух словах, что такое EJB и какие конкретно цели оно решает. На Википедию не посылать.

>Пока ощущение, что все люди, которые утверждают "жаба ненужна/.net не нужен", потому что есть руби и рор - спутали хер с пальцем.

Ок. Жаба/.нет не нужны, потому что есть питон и джанго. Так лучше?

А Зачем тогда Groovy/Grails если у вас есть жаба???

>> На хостинге нужен не groovy, на хостинге нужен Tomcat или простая jvm.

Это я и хотел сказать. нету на обычном хостинге никагого Tomcat или даже простой jvm.

>Ок. Жаба/.нет не нужны, потому что есть питон и джанго. Так лучше?

Нет. Помотрел Django Database API на предмет тех же костылей, что обнаружил в ActiveRecord. Если ORM в ROR это позапрошлый век, то ORM в Django всего лишь прошлый.

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

Принципиальное отличие которое там есть,это то что в жабьих ормах можно описать _как_ мапить и поднимать в память базу данных, а в джанге и роре всего лишь описана структура данных, а телодижения вокруг способа поднятия в память надо делать в ручную (все эти select_related). Но это безусловно лучше ROR где нормально даже M:M неасилили. А если не дай бог существую соображения по которым связе в базе должны отличаться от роровских - это вообще трындец.

>А Зачем тогда Groovy/Grails если у вас есть жаба???

Объясняю - я не сказал, что в руби _нельзя_ сделать нормальный ORM или пряморукую работу с вебсвервисами, я говорю о том что то, что там находится в данный момент - примитив. Когда встречаешь проекты типа ebay4r - рыдать хочется - там организм руками описывает то, что должно генерироваться по WSDL на лету в динамическом языке. Глядя на реализацию рубиевских вебсервисов хочется рыдать настолько она бедная для динамического языка.

Это ActiveRecord с его интуитивностью и легковесностью - прошлый век? А что тогда не прошлый - килотонны XML?

>А что тогда не прошлый - килотонны XML?

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