Grails: Первая русская ласточка
Рубрика: Groovy | 6 October 2008, 15:27 | 
Vadim Voituk
Вот и дождались – первый публичный проект в Рунете написанный на Grails.
Встречайте – выглядит довольно таки современно и красиво, работает достаточно быстро.
Конечно хотелось-бы в админку заглянуть, но видно не судьба.
Лично меня что-то совсем не впечатлило. Кстати, интересно было бы посмотреть на код.
Просто на сколько я заметил есть тенденция на grails слои в одну кучу смешивать, в котроллерах бизнес-логику держат и т.п.
Непонятно на что потрачено 4 недели. С учетом того что использовались Grails плугины – вообще атас.
> Просто на сколько я заметил есть тенденция на grails слои в одну кучу смешивать, в котроллерах бизнес-логику держат и т.п.
Есть такая жутка тенденция. Бороться с этим сложно, но надо.
> Непонятно на что потрачено 4 недели. С учетом того что использовались Grails плугины – вообще атас.
На дизайн, будь он неладен. Нет у нас верстальщиков!!! Функциональность была реализована за 2 недели, включая анализ и проектирование. Еще неделя верстка, это было сложнее всего. И неделя ушла на дополнительные требования заказчика (назовем это так) и оптимизацию работы. И, да, мы не напрягались.
И смею заметить, что все страницы динамические и поддаются редактированию непосредственно через web-интерфейс.
Kefir,
Скриншоты admin-панели в студию?
И скриншоты кода :D
Эээ…нееее… кода не будет, даже скриншотов. Типа это уже не наша собственность. А вот с админкой подумаем.
А мені більше цікаво чому грейлс?
Мне кажется всё прозрачно. Ещё недавно было много “кругов на воде” на тему того какой классный Groovy и паровозом за ним Grails.
Вот ребята и решили доказать что маленькие задачи таки можно решать на Grails. Напиши они эту странику для чиновника на spring/freemarker, то никто бы и внимания не обратил на них.
1. Так оно
2. Нам самим было интересно взлетит ли? Т.е. пройти полный цикл разработки вплоть до выкладывания в публичный доступ.
3. Под чистый Spring писать ой как много надо всего конфигурировать. Для меня очевидно, что Grails удобней.
А начинать надо с маленьких задач. Экспериментировать на больших проектах как-то рисковано, вам не кажется?
Теперь мы знаем что использовать Grails в промышленной разработке, как минимум можно. Но теперь у нас встал другой вопрос: где заканчиваются границы применимости (выгоды) Grails?
Алиасы не реализовали (или не включены), мне не очень нравится “show/177″. Вместо emailto:adminemail, думаю, лучше сделать простую формочку отправки сообщения, нечего светить email понапрасну.
Вы реализовывали контроль версий контента?
На 404 ошибку свой обработчик было бы неплохо повесить, версия tomcat нам не нужна. Да и навигация на этой страничке (текущая 404) хромает.
Алиасы не реализованы… Да и нафиг…
Все емайлы уже засвечены, так что все равно…
Контроль версий контента так же в принципе не особо нужен, у нас же неполноценная CMS :). Ежедневный бакап должен сделать свое дело.
Насчет 404, надо бы сделать, да….
Нарезал скриншоты админки. В общем-то, ничего выдающегося там конечно нет.
http://picasaweb.google.com/KefirFromPerm/G2bPermRu#
А почему не использовали какой-нибудь wysiwyg редактор? Это удобнее и проще для пользователя.
Разумного ответа по этому поводу я дать не могу. :)
Изначально даже не предполагалось, что будет так активно контент наполняться. Думали ну будет кратенкое описание к разделам и ОГВ и все. Сайт-предшественник не изобиловал контентом. Поэтому и удобство редактирования не было для нас приоритетом.
Алиасы нафиг. Электропочту нафиг. Редакторы нафиг. Вы ведь говорили что хотели попробовать Grails в деле. Что же вы пропустили важные вещи которые точно будут использоваться в реальных проектах? Вы ведь планировали испытать новый для себя фреймворк а получается что испытали только свое терпенье создавая достаточно сырой прототип.
Ничего страшного, думаю возможности следующего проекта будут значительно богаче. К тому же никто не мешает и этот допилить в случае, если возникнет такая необходимость. Начало положено, остальное будет.
2Виктор
Понимаете, это и есть реальный проект у которого есть реальный заказчик. У заказчика есть реальные требования. У нас есть реальный бюджет. У нас нет никаких требований, кроме требований заказчика. У нас нет другого бюджета, кроме того что нам предоставил заказчик. Мы реализуем требования заказчика за деньги заказчика и ничего больше.
Да, алиасы хорошая фишечка, но ни нам ни заказчику они оказались не нужны.
readmanga.ru
небольшой стартап на grails.
если кому интересен код
http://code.google.com/p/readmanga/source/browse/trunk (не самая новая версия)