The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз динамического языка программирования Groovy 2.5

30.05.2018 20:24

Представлен релиз языка программирования Groovy 2.5, который с 2015 года развивается под эгидой Фонда Apache. Язык Groovy заимствовал некоторые полезные качества Ruby, Haskell и Python, но создан для работы внутри виртуальной машины Java (JVM) и поддерживает тесную интеграцию с Java-приложениями. За годы существования Groovy вокруг данного языка сформировалась экосистема из связанных проектов, таких как MVC web-фреймворк Grails, swing-ориентированный фреймворк Griffon, системы сборки Gant и Gradle, инструментарий для интеграции с Google App Engine - Gaelyk, система параллельного программирования Gpars, тестовый комплект Spock, инструменты для контроля качества CodeNarc и GMetrics.

В новом выпуске исправлено более 300 ошибок и добавлено более 100 улучшений. Среди наиболее значительных новшеств поддержка макросов, в форме которых можно определять выражения, операторы, методы и классы. В выпуске также представлено 11 новых AST-преобразований (@AutoFinal, @AutoImplement, @NamedParam, @MapConstructor и т.п.) и обеспечена возможность использования повторяющихся аннотаций. В утилиты groovy и groovyConsole добавлена поддержка прямого запуска тестов jUnit 5. Переработан CliBuilder, в котором добавлена возможность задания определений в стиле аннотаций и обеспечена поддержка Commons CLI и Picocli. Повышены требования к JDK: для сборки теперь необходим JDK8+, а в качестве минимальной версии JRE заявлен JDK7.

  1. Главная ссылка к новости (https://blogs.apache.org/loggi...)
  2. OpenNews: Язык программирования Groovy передан в руки Фонда Apache
  3. OpenNews: Релиз динамического языка программирования Groovy 2.3
  4. OpenNews: Релиз динамического языка программирования Groovy 2.1
  5. OpenNews: Релиз динамического языка программирования Groovy 2.0
  6. OpenNews: Groovy++ станет полностью свободным проектом
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/48686-groovy
Ключевые слова: groovy
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (29) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Анонос (?), 21:04, 30/05/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто работает с Groovy, пациент скорее жив или скорее мёртв? В смысле, начинает ли кто-нибудь новый проект на Groovy в 2018 году? Или хотя бы в 2017?
    Поделитесь, правда интересно.
     
     
  • 2.4, Аноним (-), 21:18, 30/05/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я на AWK небольшой скрипт написал в 2018 году, так что я думаю нормально, главное ж не это. Главное чтобы инструмент подходил под задачу.
     
     
  • 3.14, Аноним (-), 11:42, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • +/
    где бы взять этих задач, под которые groovy подходит :)
     
     
  • 4.16, Аноним (-), 11:52, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Он бы может много по что подходил, если бы у него была более предсказуемая семантика по отношению к синтаксису.

    Одни только неработающие private чего стоит, причем очень запутанное объяснение, что типа эта такая фича, что private - это как бы не private, а обертка для геттеров/сеттеров (или что-то в этом роде). Ну так и назвали бы это property, а ограничения доступа вообще бы не вводили никак, если не знают как это реализовать.


     
     
  • 5.21, КО (?), 19:04, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > если не знают как это реализовать.

    А зачем им знать - это JVM реализовывает.
    Вот только повальное увлечение этим от лукавого. Хотя особо упертые пытаются прибить Unsafe и иже с ним в той же кофеварке.

     
     
  • 6.27, Аноним (-), 09:24, 01/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> если не знают как это реализовать.
    >
    > А зачем им знать - это JVM реализовывает.

    Так и я о том же. Если не знают, как это JVM реализовывает, тогда и не надо реализовывать, то что должна реализовывать VM. Или уж так, чтоб работало, как ожидается.

    Если сказано "private" - это должно быть именно "private", как во всех других языках.

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

    > Вот только повальное увлечение этим от лукавого. Хотя особо упертые пытаются прибить Unsafe и иже с ним в той же кофеварке.

    А это тут причем? О том и речь, не получается без Unsafe - ну и лучше вообще не делать. Иначе уж делать до конца, с полным понимаем и гарантированной поддержкой.

     
  • 2.5, Аднака (?), 21:26, 30/05/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Начинать, может, и не надо, а вот поддерживать много где, бо много где встроен как скриптовой язык - тот же Gradle и т.д.
     
     
  • 3.18, danonimous (?), 13:36, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В Gradle вроде будут переходить на Kotlin, поэтому учить Groovy из-за него не стоит.
     
     
  • 4.20, Аноним (-), 15:29, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > В Gradle вроде будут переходить на Kotlin, поэтому учить Groovy из-за него не стоит.

    Ух ты! Было бы круто!

    Это где такая новость?
    И сколько десятилетий на это запланировано? )))

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

     
     
  • 5.23, fukumimi (?), 23:26, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Это где такая новость?
    > И сколько десятилетий на это запланировано? )))

    https://blog.gradle.org/kotlin-meets-gradle

    Всё уже как-то работает, но официально оно пока experimental.

     
     
  • 6.26, Аноним (-), 09:13, 01/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > В Gradle вроде будут переходить на Kotlin,
    >
    >> Это где такая новость?
    >> И сколько десятилетий на это запланировано? )))
    >>
    > https://blog.gradle.org/kotlin-meets-gradle
    >
    > Всё уже как-то работает, но официально оно пока experimental.

    Нуу, это всего лишь типа Kotlin scripting support.

    Это не то же самое, что "переходить на Kotlin".

    Вот когда будет что-то вроде "Kotlin build tool" целиком...

    (Это не в укор Kotlin, просто действительно аналог Мавена на Kotlin было бы гораздо лучше, чем на этом кривом и тормозном Groovy.)

     
  • 2.6, Аноним (-), 21:30, 30/05/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Groovy широко используется в Jenkins 2.+ CI для написания пайплайнов где-то с 2016, и чем дальше в лес - тем толще партизаны. так что оно живее многих живых. https://jenkins.io/2.0/#pipelines
     
     
  • 3.13, Аноним (-), 09:49, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Groovy широко используется в Jenkins 2.+ CI для написания пайплайнов где-то с
    > 2016, и чем дальше в лес - тем толще партизаны. так
    > что оно живее многих живых. https://jenkins.io/2.0/#pipelines

    Напиши ещё побольше этих пайплайнов, и тогда ты возможно захочешь переехать куда-то с убогого дженкинса

     
     
  • 4.29, annual slayer (?), 17:58, 22/11/2018 [^] [^^] [^^^] [ответить]  
  • +/
    и где в опенсорсе сейчас можно неубого задать инструкции сборкив виде файла? чтобы не просто список команд необходимых для сборки, как в баш скрипте написать аля трэвис и выбрать тип воркера для выполнения, а реально настроить триггеры, доступ к определенному рсшаренному кейрингу для определенных ступеней сборки и т.д. и т.п.
     
  • 2.8, Beholder (??), 22:52, 30/05/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Если устраивает JVM как платформа, то лучше на Kotlin
     
     
  • 3.12, iZEN (ok), 09:14, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Kotlin надо гальванизировать, чтобы ожил наконец, - 7 лет как бы развивается, но до сих пор тестовая версия и популярен в узком кругу в качестве игрушки.
     
     
  • 4.15, Аноним (-), 11:45, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Про популярность странно слышать от сторонника BSD.

    И с чего это тестовая версия? Давно уже не тестовая.

     
  • 4.22, Яр (?), 21:18, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Добро пожаловать в 2018-й. Гугл год или два как уже топит за разработку под андроид на Котлин. Последний Google I/O, который недавно был - всё под андроид на Котлин показывали.
     
     
  • 5.28, Аноним (-), 09:29, 01/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Добро пожаловать в 2018-й. Гугл год или два как уже топит за разработку под андроид на Котлин.

    Все вроде так, только когда слишком увлекаются сленгом, бывает двусмысленно.

    Что значит "Гугл топит"?

    "Казнить нельзя помиловать"?

    > Последний Google I/O, который недавно был - всё под андроид на Котлин показывали.

    Это в смысле "утопили", "втопили" или просто "топили за"?

     
  • 2.11, виндотролль (ok), 08:36, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Spock — это фреймворк богов. Чище и понятнее тестов не видел. Писать — одно удовольствие. И динамическая типизация в тестах очень помогает.

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

     
     
  • 3.17, pioneer (??), 12:43, 31/05/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Аналогично. Основной код на Java, тесты все на Groovy.
     
  • 3.24, Аноним (-), 01:54, 01/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Динамическая типизация это ловушка в которую попадает каждая вторая муха, все программисты не знающие тип своих переменных\объектов должны отправиться на марс первым туристическим кораблем.
     
     
  • 4.25, виндотролль (ok), 05:02, 01/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Динамическая типизация это ловушка в которую попадает каждая вторая муха, все программисты
    > не знающие тип своих переменных\объектов должны отправиться на марс первым туристическим
    > кораблем.

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

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

     

  • 1.7, Аноним (-), 22:43, 30/05/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    У нас фильтры в log4j на груви. Норм штука, жизнь упрощает. Но вот их компилер не умеет с аспектами в джаве жить :(
     
  • 1.19, Аноним (-), 13:41, 31/05/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Groovy - не смог, теперь есть kotlin который работает в native, wasm, js и jvm
    Являясь официальным языком android studio имея богатейший тулчейн оставляет очень мало шансов повторить свой успех groovy и scala.
     
  • 1.30, annual slayer (?), 18:03, 22/11/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    груви и пр. надо когда четкие ребята пишут четенько на джаве ядро программы, но нужно нанять дешевую рабсилу писать всякую бизнес-логику или типа плагины, вот тогда вот груви и имеет смысл

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру