LINUX.ORG.RU

Вышел Groovy 1.7

 , ,


0

0

Groovy — это скриптовый объектно-ориентированный язык для платформы Java, сопоставимый по возможностям с языками Python и Ruby.

Основные изменения и улучшения в версии 1.7:

  • Анонимные внутренние классы и вложенные классы;
  • Аннотации теперь применимы также к пакетам, импортам и объявлениям переменных;
  • Усовершенствованная Grape (системы модулей);
  • AST Viewer и AST Builder для работы с абстрактным синтаксическим деревом;
  • Полностью переписан GroovyScriptEngine;
  • Новые возможности при работе с SQL, в том числе поддержка транзакций;
  • Улучшения GroovyConsole: отображение номеров строк, новое окно вывода;
  • И многое другое.

>>> Подробнее об этом релизе

★★★★

Проверено: Shaman007 ()

>Улучшения GroovyConsole: отображение номеров строк, новое окно вывода;

Лучше бы в груви консоле автокомплит прилепили. Я бы тогда только в нем говно скрипты на говно груви бы и писал!

anonymous
()

Оно перестало тормозить?

anonymous
()
Ответ на: комментарий от anonymous

>Лучше бы в груви консоле автокомплит прилепили. Я бы тогда только в нем говно скрипты на говно груви бы и писал!

Ты их так часто пишешь, что запустить какую-нибудь IDE - непозволительная роскошь? =)

P.S. А ускорения работы программ в этом релизе не наблюдается?

yyk ★★★★★
()

посоветуйте, плиз, книшку для чайника (меня), с которой стОит познакомиться с этим чудом.

boo32
()
Ответ на: комментарий от vkos

>> Так это не лучше, а просто по-другому.

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

CARS ★★★★
() автор топика
Ответ на: комментарий от PayableOnDeath

Так в том-то и фишка: типизация в Groovy присутствует и статическая, и динамическая, поэтому пользователь получает плюшки обоих сортов.

CARS ★★★★
() автор топика
Ответ на: комментарий от CARS

> Наличием статической типизации.

А на кой она нужна в интерпретируемом тормозе?

sv75 ★★★★★
()
Ответ на: комментарий от CARS

> Согласен, здесь на вкус и цвет... Просто бытует мнение, что статическая типизация позволяет выловить больше ошибок на этапе компиляции.

Не бытует, а так и есть. Сколько гемору только отлаживать, скажем, скрипты по работе с сетью — сначала оно к сети присоединиться, потом покидается пакетами, потом работает-работает, ты сидишь, ждёт, а потом нате — «AttributeError: 'xxx' object has no attribute 'yyy'» — мляяяя, опечатался...

ubuntulover
()
Ответ на: комментарий от CARS

> Так в том-то и фишка: типизация в Groovy присутствует и статическая, и динамическая,

А, тогда ладно, путь будет.

sv75 ★★★★★
()
Ответ на: комментарий от ubuntulover

Динамика легко позволяет оставлять внешнюю среду в inconsistent state, это уже ужас, ребята!

ubuntulover
()

Хотел было задвинуть какой-то умный комент, но в туалет приспичило.

Manhattan
()
Ответ на: комментарий от mono

с другой стороны, нафига оно.. у меня C# есть.

mono ★★★★★
()
Ответ на: комментарий от CARS

Наличием статической типизации.

ЛОЛ. Чем обычно закидываешься? Нету в groovy статической типизации.

baverman ★★★
()

> сопоставимый по возможностям с языками Python и Ruby.

Groovy


лисапед?


т.е., в чем профит по сравению с jruby и jython?

iMp ★★★
()
Ответ на: комментарий от stave

>>Был бы он побыстрей, была б славная замена Пистону

а что, сильно медленней?


Как числодробилка, groovy-1.6.7 вдвое быстрее, чем python-2.6 без psyco.

На объектах руки ещё не доходили сравнивать.

KRoN73 ★★★★★
()

1) Статическая компиляция в груви проверяется в рантайме и никаких особых плюшек не даёт, хотя последнее время много разговоров идёт о Satic-compiled Groovy: google Alex Tkachman.

2) Интеграция с Java

- .java -> .groovy простым изменением разрешения файла
- как вы поняли - Groovy синтаксическое расширение Java, очень прост в изучении для Java-программистов
- joint compiler - совместная компиляция
- Grails фреймворк на основе Spring, Griffon для Swing/SWT, GPars для многопоточных
- IntelliJ IDEA & SpringSource Tools(Eclipse) активно развивают IDE, в частности кросс-языковый рефакторинг(Java-Groovy).

anonymous
()
Ответ на: комментарий от CARS

>Лучше прикрути соответствующий плагин к какой-нибудь IDE.

Прикрути себе сам. Хочу автокомплит в грувиКонсоле и все.

anonymous
()
Ответ на: комментарий от KRoN73

>Как числодробилка, groovy-1.6.7 вдвое быстрее, чем python-2.6 без psyco.

Тогда интересно. А то анонимам лишь бы очернить...

stave ★★★★★
()
Ответ на: комментарий от anonymous

>Прикрути себе сам. Хочу автокомплит в грувиКонсоле и все.

лучше, чем в IJ IDEA 9 CE автокомплита всё равно не будет, поэтому проще юзать идею.

thevery ★★★★
()
Ответ на: комментарий от iMp

помимо лучшей интеграции с java, активное комьюнити и девелоперы, а также полезные фреймворки типа grails/griffon/gpars

thevery ★★★★
()
Ответ на: комментарий от thevery

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

ну кому нужен этот недоязык? он же ни для чего не приспособлен. когда к jvm по рукам и ногам привязан - есть же дофига всякого разного вкусного.

его даже в продакшене нигде не используют.

volh ★★
()

есть православная clojure с такой же прозрачной интеграцией в обе стороны, опциональной статической типизацией (на этапе компиляции) и не тормоз (порядка самой джавы).

mholub
()
Ответ на: комментарий от mholub

>есть православная clojure с такой же прозрачной интеграцией в обе стороны

нуну, скомпиляйте javac'ом хотя бы '(println «Hello, world!»)'

thevery ★★★★
()
Ответ на: комментарий от volh

>да ну, за jruby больше народу

как считали?

фреймворк нормальный


это какой?

в конце-концов, есть scala.


у scala всё-таки сильно другая философия, имхо с groovy пересечения почти нет.

его даже в продакшене нигде не используют.


толсто же! посмотрите хотя бы на grails.

он же ни для чего не приспособлен. когда к jvm по рукам и ногам привязан


в том и профит!

есть же дофига всякого разного вкусного.


например? тормозной пистон? текущие (от)руби? мёртвый перл? или, прости господи, пыхпых?

thevery ★★★★
()

А что значит скриптовый если он для платформы Java? Или там есть и интерпретатор отдельно впридачу?..

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

Код на Groovy компилируется в обычный джавовский .class, то и значит

Droid790
()
Ответ на: комментарий от volh

> его даже в продакшене нигде не используют

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

val-amart ★★★★★
()

как-то меня заинтересовала идея попробовать эту штуку в последнее время, вероятно в параллель со скалой и джвм.

val-amart ★★★★★
()
Ответ на: комментарий от thevery

>как считали?

секретным социальномедиаметром

это какой?


rails конечно же

у scala всё-таки сильно другая философия, имхо с groovy пересечения почти нет.


вот я и говорю, что groovy не имеет смысла.

толсто же! посмотрите хотя бы на grails.


вот ее как раз в продакшене никто и не использует, так, конторки повелись на «rails» в названии, и попали

volh ★★
()
Ответ на: комментарий от val-amart

>не правда, у нас на мелких проектах его используют, для быстрой разработки (мелкий - это не больше двух-трех тысяч хитов в секунду).

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

volh ★★
()

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

volh ★★
()
Ответ на: комментарий от thevery

>тем более что критичную математику можно без проблем перевести (ускорить) в java

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

volh ★★
()
Ответ на: комментарий от thevery

скомпиляй мне компилятором бейсика код на хаскелле

я имел ввиду, что код на clojure спокойно юзает код на джава и код на джава спокойно юзает class-файлы, скомпилированные компилятором clojure и даже не подозревает, что они сгенерены не javac.

mholub
()
Ответ на: комментарий от volh

>секретным социальномедиаметром

замерьте лучше dice.com

rails конечно же


1) rails - это для ruby, а не jruby. 2) преимущества rails перед grails озвучите?

вот ее как раз в продакшене никто и не использует, так, конторки повелись на «rails» в названии, и попали


4.2
http://www.springsource.com/newsevents/skycom-uses-springsource-supported-groo
http://blog.linkedin.com/2008/06/11/grails-at-linkedin/
итд: http://grails.org/Testimonials

зы попали как раз те, что повелись на rails hype

thevery ★★★★
()
Ответ на: комментарий от mholub

>скомпиляй мне компилятором бейсика код на хаскелле

зачем? groovy-код можно написать так, что он скомпилится java-компилятором, java-код компилится groovy-компилятором почти всегда (с версии 1.7 не работает, пожалуй, только инициализация массивов в java-стиле)

я имел ввиду, что код на clojure спокойно юзает код на джава и код на джава спокойно юзает class-файлы, скомпилированные компилятором clojure и даже не подозревает, что они сгенерены не javac.


так(«в одну сторону») умеют все jvm-языки, иначе они бы не были jvm-языками, но «в обратную сторону» умеет только groovy

thevery ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.