|
|
|
oson |
|
|||
Опытный Профиль Группа: Участник Сообщений: 289 Регистрация: 3.3.2004 Где: Севастополь Репутация: нет Всего: 1 |
Господа, не могу понять такой момент.
Если оценить возможности Grails с точки зрения ускорения работы, то тут просто гигантский потенциал. То есть то что 5 человек в команде на Spring (или JSF) + Hibernate делают полгода, в случае Grails 2 человека делают намного быстрее например и при этом на выходе получают тот же war, ту же функциональность. При этом структура строго регламентирована,то есть можно легко разобраться новому программисту, если старый уйдет, то есть проблемы с зависимостью от кадров должно быть меньше, чем на классическом Spring, JSF и тп. Но при этом на freelance сайтах запросов на разработчиков Grails нет вообще. Изредка есть на сайтах по поиску работы. То есть вроде как никто особенно не использует эту технологию. С чем это связано? Есть какие-то недостатки, которые всплывают по ходу работы? Или какие-то жесткие ограничения, которые например не позволяют использовать просто JDBC вместо Hibernate? |
|||
|
||||
oson |
|
|||
Опытный Профиль Группа: Участник Сообщений: 289 Регистрация: 3.3.2004 Где: Севастополь Репутация: нет Всего: 1 |
Чтото никто не отвечает.
То есть видимо просто невостребован и все. На другом форуме ответил чел, что "Честно говоря, оно может быть и полезно вот так конструктивно обсудить, но я хочу забыть его, как страшный сон, в котором мы жили пол года" Это про Grails. Основные проблемы - "проблема с плагинами и их зависимостями, это не контролируется; трудно отлавливать ошибки; трудно контролировать то что генерируется на лету; Трудно интегрировать с другими технологиями" То есть Grails не может заменить полноценный проект на Spring/Hibernate например. Видимо Grails разработан для такого сектора, как несложные сайты и тп, но никак не ответственные банковские системы. Типа Drupal для Java программиста? |
|||
|
||||
AntonSaburov |
|
|||
Штурман Профиль Группа: Модератор Сообщений: 5658 Регистрация: 2.7.2002 Где: Санкт-Петербург Репутация: нет Всего: 118 |
Проблема в том, что более крутой технологический пакет при сложной задаче не сильно влияет на производительность. Тот же EJB, SpringBean, Web-Service создаются достаточно быстро - само время их создания измеряется минутами. Но практически всегда возникает две проблемы:
1. Понять, что хочет заказчик. Этот момент занимает от 30 до 40 процентов всей работы над проектом. 2. Ручная настройка из-за сложности задач. Никогда не видел, чтобы можно было просто взять и использовать пакет без всяких дополнительных телодвижений. Сгенерить тот же стандартный вариант редактирования списка сущностей из таблицы - визардов много для многих пакетов. Тот же JSF или GWT или Spring Roo. Но вот дальше начинается подстройки и в жестких и крутых генерилках типа Grails их сложнее (или как минимум не проще) делать, чем в более универсальных фреймворках. Когда надо делать систему, которая данные получает из 15 мест разными технологиями и протоколами, когда таких вариантов получения несколько десятков или сотен и каждый уникален, а также нужны разные мордочки для сайта (мобильный, андроид, толстый, тонкий и т.д. и т.п) - в такой ситуации Grails уже технологически предоставляет весьма малый выигрыш, а иногда там и проигрыш получается. |
|||
|
||||
oson |
|
|||
Опытный Профиль Группа: Участник Сообщений: 289 Регистрация: 3.3.2004 Где: Севастополь Репутация: нет Всего: 1 |
Спасибо.
А что скажете про Scala и Lift? Можно их использовать для J2EE проектов? |
|||
|
||||
oson |
|
|||
Опытный Профиль Группа: Участник Сообщений: 289 Регистрация: 3.3.2004 Где: Севастополь Репутация: нет Всего: 1 |
Ну совсем невеселые отзывы Java разработчики про Grails - какие то ошибки если валяться, то трудно понять где, приходится вручную тестировать, плагины тянут зависимости, которые друг другу мешают, подключить дополнительную нужную библиотеку сложно.
При этом все таки его кто-то ж использует. Вероятно все же есть хоть какие-то плюсы? Какие то системы серьезные писали на нем - или только сайты-визитки? Тогда точно зачем отбирать хлеб у php-программистов? Хоть бы кто-то сказал что-то хорошее про Grails :( Это сообщение отредактировал(а) oson - 27.8.2012, 22:49 |
|||
|
||||
Vasay |
|
|||
Эксперт Профиль Группа: Завсегдатай Сообщений: 2097 Регистрация: 8.3.2006 Репутация: 3 Всего: 73 |
Кстати, там он применяется. У нас. Вцелом - проект развивается (и гораздо быстрее чем многие другие Java фреймворки). Как я понимаю, основные разработчики использующие Grails - Индусы и Китайцы. Есть такое. Плата за динамическую типизацию. Согласен, что порой 10 строками кода на Groovy можно заменить 100 на Java, а потом долго отлавливать непонятную ошибку в этих 10 строках, которую на Java подчеркнул бы редактор кода. Но постепенно, с опытом, начинаешь меньше делать таких ошибок и гораздо быстрее их отлавливать. А что там контролировать, когда знаешь что должно быть сгенерировано? Хм... Вот это с какой стороны посмотреть. На мой взгляд простая интеграция с Java технологиями и фреймворками и есть основное преимущество Grails над RoR, Django и темболее PHP-фреймворками. -------------------- Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны. |
|||
|
||||
vogdb |
|
|||
Новичок Профиль Группа: Участник Сообщений: 36 Регистрация: 8.1.2010 Репутация: нет Всего: нет |
Разные мордочки для разных форматов запросов решаются очень просто за счет content negotiation. Когда же нужно сделать что-то специальное, скажем для андроида, это тоже делается несложно. Вот пример. Еще до 2.0 grails предлагал довольно приемлемую работу с зависимостями, в том числе с использованием maven. Начиная с 2.0 работа улучшилась на порядок, смотри опять же их документацию. Проблема решается использованием Intellij Idea. Если ее нет, то да, дела с проверкой синтаксиса и ошибок компиляции плохи. Эм? То что кодируется руками? Честно говоря не уловил, что хотели сказать. Как раз таки очень легко, так как встроена интеграция с ivy и maven репозиториями. Единственная опасность китайские и индусские плагины! Обычно здесь стараюсь брать готовые jar'ники и их использовать либо самому заниматься оборачиванием их в плагины.
Вот для стайтов-визиток как раз не советую его использовать. В целом, для сайтов не советую использовать, из-за того что сайт должен мало есть по месту, памяти и процессорному времени, что не относится к grails. Порталы - другое дело, а для сайтов оставайтесь на php, учитывая то, как он продвинулся в ООП, перейти на него с java будет несложно. Из плюсов grails:
|
|||
|
||||
fedotxxl |
|
|||
Новичок Профиль Группа: Участник Сообщений: 13 Регистрация: 20.1.2010 Репутация: нет Всего: нет |
Напишу парочку своих мыслей по поводу Grails
В этом вы правы. Проблема совсем в другом - чистая Java/Spring создают слишком много "шумов" - вы открываете проект и видите аннотации, классы, анонимные классы, applicationContext.xml + все это чем-то собирается (maven? ant? а как подставлются настройки конфигурации? maven'ом? spring'ом?)... Что дает Grails (в частности благодаря Groovy): 1. Меньше boilerplate кода. Меньше кода -> проще понимать (как правило) 2. Все проекты имеют общую структуру. Открываете новый проект и вы уже знаете: как запустить / где сервисы, домены, представления / где настроечные данные... Теперь о других преимуществах: 1. Обновление кода "на лету". Это killer feature. Обновили сервис/представление - посмотрели. Не надо пересобирать/перезапускать контейнер. Достигается кучей ухищрений, не всегда работает нормально, но работает. Это, конечно, не php, но и не java 2. Плагины. Когда мне что-то надо и я понимаю, что это достаточно популярная задача, я сначала ищу плагин. Конечно, некоторые из них шлак (например, плагин scss), но это лучше чем ничего. + те плагины, которые пишутся самими разработчиками Grails просто супер (resources, например) 3. Groovy. Потратьте на этот язык один день... вы все поймете Из недостатков: 1. Глюки при обновлении плагинов. Как что-то меняется в проекте (обновлются/добавлются/удаляются плагины) велика вероятность, что нужно будет чистить кеш и пересобирать заново... 2. Документация для написания плагинов. Обычной документации хватает за глаза. Но вот если я хочу написать качественный плагин, мне нужно знать гораздо глубже как работает Grails. Здесь приходится копать самому 3. Hibernate. Grails построен на базе Spring и (в основном) Hibernate. Хотя GORM упрощает некоторые вещи, все при работе с БД постоянно возникают непонятки. Если мне нужно что-то более менее сложное от БД я сразу готовлюсь лезть в документацию по GORM / Hibernate 4. Интеграция с Maven'ом. Возможно, мне не повезло, но мне эта интеграция показалась сущим кошмаром (должны были поправить с 2.+ версии). Очень надеюсь на следующие версии + gradle Если подводить итог: я люблю Grails и перебравшись на него со JAVA + Spring MVC стал намного счастливее . По недостаткам - большая часть из них не существенна, 3 пункт - проблема не в Grails, а в Hibernate. |
|||
|
||||
zergi |
|
|||
Новичок Профиль Группа: Участник Сообщений: 10 Регистрация: 31.10.2012 Репутация: нет Всего: нет |
fedotxxl, а я вот сделал несколько проектов на Grails, теперь вернулся на Spring MVC, и снова счастлив )))
|
|||
|
||||
Akonkagva |
|
|||
Новичок Профиль Группа: Участник Сообщений: 38 Регистрация: 4.1.2008 Репутация: нет Всего: нет |
Поменяли OSGi Felix на OSGi Grails и очень рады.
|
|||
|
||||
Vasay |
|
|||
Эксперт Профиль Группа: Завсегдатай Сообщений: 2097 Регистрация: 8.3.2006 Репутация: 3 Всего: 73 |
На сайте Grails есть список сайтов сделаных с использованием Grails.
Там есть проекты таких компаний, как Vodafone, Sky, Nokia, LinkedIn: http://grails.org/websites?offset=0&max=12 -------------------- Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны. |
|||
|
||||
Andrey1 |
|
|||
Опытный Профиль Группа: Участник Сообщений: 621 Регистрация: 27.2.2004 Где: Moscow Репутация: нет Всего: 5 |
На мой субъективный вкус использования Grails в течении месяца (и при двух решенных задачах на Grails), у Grails есть следующие минусы:
1) Groovy. Так как язык так и не стал самостоятельным, то отладка программ на groovy - дело не самое приятное. 2) Слишком сложная архитектура. Да, в теории все выглядит действительно красиво. А побеждает всегда, как правило, автомат калашникова: как только что-то идет не так, уже становится совсем не понятно, что делать с этой кучей мусора. 3) Низкая производительность и тяжесть фреймворка в итоге. Все плюсы и плюшки тоже понятны: 1) Можно быстро 2) ... просто 3)... весело 4)...накидать простую систему управления данными в базе 5)...и допилить ее под свои требования. -------------------- Созерцание и мудрость - едины. Соцерцание - это основа мудрости, а мудрость - это функция (т.е. умение использовать) созерцания. из сутры помоста шестого патриарха Хуэйнена |
|||
|
||||
Vasay |
|
|||
Эксперт Профиль Группа: Завсегдатай Сообщений: 2097 Регистрация: 8.3.2006 Репутация: 3 Всего: 73 |
Andrey1,
Это особенность всех динамических языков. Grails отличается от других web-фреймворков на динамических ЯП тем что написан по большей части на статической Java и позволяет использовать ее в проектах. В итоге мы можем использовать преимущества динамического ЯП там где это оправдано и избегать его там где он не нужен. Знание Java, Spring, Hibernate очень сильно помогают понимать "эту кучу мусора". Без опыта с Java в Grаils можно и утонуть... Это да... :-( Это сообщение отредактировал(а) Vasay - 19.3.2013, 01:41 -------------------- Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны. |
|||
|
||||
kkorsakoff |
|
|||
Опытный Профиль Группа: Участник Сообщений: 378 Регистрация: 18.10.2005 Где: Санкт-Петербург Репутация: нет Всего: 14 |
А производительность на чем конкретно проседает? Или в целом размазанно? groovy 2.0 на jdk7 чем-то помогает?
Тяжесть тоже в каком смысле имеется ввиду? |
|||
|
||||
Vasay |
|
|||
Эксперт Профиль Группа: Завсегдатай Сообщений: 2097 Регистрация: 8.3.2006 Репутация: 3 Всего: 73 |
Даже простое приложение потянет за собой кучу либ, итоговый WAR будет весьма увесистым, а равзвернутое приложение отъест приличный кусок оперативы. Хотя, тут смотря с чем сравнивать... -------------------- Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны. |
|||
|
||||
MasterZiv |
|
|||
Новичок Профиль Группа: Участник Сообщений: 5 Регистрация: 27.1.2012 Репутация: нет Всего: нет |
Дорогой oson, это всё связано с одним простым фактом, что 95% людей вокруг тебя -- идиоты. И ситуация с Grails -- далеко не самая большая проблема, вызванная этим печальным фактом. |
|||
|
||||
Сюзипуси |
|
|||
Новичок Профиль Группа: Участник Сообщений: 2 Регистрация: 14.11.2015 Репутация: нет Всего: нет |
Я думаю много чего можно использовать эти программы
|
|||
|
||||
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | Java: Groovy & Grails | Следующая тема » |
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |