LINUX.ORG.RU

Релиз Groovy 1.8

 ,


0

2

После четырех бета-версий и четырех кандидатов в релизы команда разработчиков Groovy объявила о выходе новой стабильной ветки открытого динамического скриптового языка для Java Virtual Machine (JVM) - Groovy 1.8, распространяемого под лицензией Apache license 2.0.

В официальном заявлении руководитель проекта Guillaume Laforge отмечает, что Groovy 1.8 несет на борту огромное число нововведений и улучшений. Данные нововведения, в частности, включают:

  • Новая функция command chain в области улучшения синтаксиса, заключающаяся в возможности записи обращений ко вложенным методам цепочкой без необходимости ставить круглые скобки и точки, что позволяет в ряде случаев писать код в виде вполне понятных предложений
  • Новые директивы компилятора для преобразования AST-дерева, создаваемого компилятором перед переводом текста программы непосредственно в байт-код. Это уменьшает объем обрабатываемого кода за счет включения готовых стандартных решений
  • Встроенная поддержка JSON, удобная при написании и чтении кода, с хорошей реализацией печати данных при отладке
  • Частичная поддержка JDK7, в частности diamond-оператора, упрощающего работу со встроенными типами:
    List<List<String>> myList=new ArrayList<>();
    То есть теперь вам не придется указывать определение <List<String>> с обоих сторон при создании объекта класса. В Groovy 1.9 поддержка JDK7, разумеется, будет более богатой.
  • Увеличенная производительность при работе с целыми числами и при прямом обращении к методам
  • Различные улучшения при использовании замыканий (closure)
  • Включение в состав поставки библиотеки GPars версии 0.11 для одновременного асинхронного выполнения задач работе программ
  • Многочисленные улучшения в плане производительности

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

Скачать

>>> Подробности

★★★★★

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

сейчас придет theevery и скажет, что груви++ скоро всех победит

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

>>>Scala не нужна, есть Clojure

Clojure не нужна, есть JRuby

Динамически типизированные поделки не нужны. Scala нужна.

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

Все нужно, пусть люди развлекаются.

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

Вау! Это только стартап так тормозит или и всё остальное тоже?

Все тоже.

me обдумывает не пора ли Perl на что-либо(не-питон) менять

Очень даже пора, например на Ruby

, чтобы был не менее богатый аналог CPAN...

RubyGems?

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

> Скажите я чем язык JAVA то не устраивает.

Многословный.

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

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

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

Я никому ничего доказывать не буду, если не веришь, скачай сам жалкие 350 мб интерпритатора и проверь.

babusha
()

Перлорубипитоноскалокапец?

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

Сначала отказываются от тормозов и детских ошибок в рантайме, присущих динамической типизации, а потом добавляют легкий синтаксический сахар над статической типизацией, чтобы код был таким же компактным как python/ruby/whatever. profit же.

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

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

BillDver ★★★
()

проверено: Maxcom

> То есть теперь вам не придется указывать определение <List<String>> с обоих сторон

С «обоих» может быть только «концов». А со «сторон» - «обЕих».

anonymous
()

Частичная поддержка JDK7, в частности diamond-оператора, упрощающего работу со встроенными типами:

List<List<String>> myList=new ArrayList<>();

Почему бы не сделать так:

var myList = new List<List<String>>()

Куда понятней и универсальней.

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

Тогда это будет как в C# и все жабисты испытают butthurt

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

Зачем, он ничего не подделывал. Оно просто по-школьному подменил понятия те что долго запускается JVM

vertexua ★★★★★
()

> Релиз Groovy 1.8
А уже не нужно. Чуть-чуть опоздали.

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

> Очень даже пора, например на Ruby

ну это как-то неприлично даже. сменить перл на поделку-руби...

anonymous
()

ураа!!
/me ушёл за пивом и барышнями

ArtemZ
()

> Сабж не нужен, есть Scala

Scala не нужна, есть Clojure

Clojure не нужна, есть JRuby

Это всё херня в сравнении с Common Lisp же. Да здравствуют Габриэль, Брукс и др. пророки наши! Мы свято верим Наггуму и Грэму, будем верны их делу.

sanuda
()

Груви не пробовал,а вот Скала приятственная вещь. Лаконичнее джавы и выразительнее, но очень много фич и сахара в языке, больше затрат времени на вхождение. После джавы больше удовольствия кодить, хотя все-таки для своего сайта поделия выбрал не скалу, а руби.

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

для хоумпейджа я бы вообще выбрал php. для серьёзного проекта - groovy / grails. руби тормозная поделка, да и вообще не нужна.

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

>Зачем нужен перл ,который RIP, когда есть руби?

правильно. школьники выбирают руби

anonymous
()

Java все равно лучше!
А если хочется динамичности и краткости - Ruby же.
Зачем изобретать поделки, которые при этом ни то, ни се?

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

Копни глубже. Я и есть tia, шизофреническое расслоение личности же.

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

>time groovy HelloWorld.groovy

бабушка, ты знаешь, что ты привел время запуска виртуальной машины, а не исполнения скрипта?

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