To implement a transformation, we o

To implement a transformation, we overload the visit method of
GroovyASTTransformation . As you read the following code, you will notice the
first lines are all defensive. Historically, the AST transformation aspects of Groovy
have changed a lot from language version to version. This can make your AST
transformations a little brittle on language upgrades. The convention has therefore
evolved to defensively program around any assumptions you intend to make
about what part of the AST you will be handed. We expect that the second AST
node we are handed will be a ClassNode object, and we will be calling addMethod
on it so that we ensure that only invocations that contain the expected nodes
are transformed:

Результаты (русский) 1:

Для реализации преобразования, мы перегрузить метод визитGroovyASTTransformation. Как вы читаете следующий код, можно заметитьПервые линии все оборонительные. Исторически аспекты преобразований AST Groovyизменилось многое от версии к версии языка. Это может сделать ваш АСТпреобразования немного хрупким на язык обновления. Конвенция имеет поэтомуразвивались оборонительно программу вокруг любого предположения, которые вы намерены сделатьо какой частью АСТ вам выдадут. Мы ожидаем, что второй ASTузел, который мы вручили будет ClassNode объект, и мы будет вызывать addMethodна нем так, что мы гарантировать, что только те вызовы, которые содержат ожидаемые узлытрансформируются:

Результаты (русский) 2:

Для реализации преобразования, мы перегрузить метод визита
GroovyASTTransformation. Когда вы будете читать следующий код, вы заметите , что
первые строки все оборонительные. Исторически сложилось так , что трансформация AST аспекты Groovy
сильно изменились от языковой версии к версии. Это может сделать ваш AST
преобразований немного хрупкими на обновления языка. Конвенция поэтому
превратилась в оборонительную программу вокруг каких - либо предположений , которые вы намерены сделать
о том, в какой части AST вы будете переданы. Мы ожидаем , что второй AST
узел мы руками будет объектом ClassNode, и мы будем называть addMethod
на него так , что мы гарантируем , что только вызовы , которые содержат ожидаемые узлы
преобразуются: